1 复制概述

Mysql内建的复制功能是构建大型，高性能应用程序的基础。将Mysql的数据分布到多个系统上去，这种分布的机制，是通过将Mysql的某一台主机的数据复制到其它主机（slaves）上，并重新执行一遍来实现的。复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知新的更新。

CAP

CAP 理论是分布式系统中的一个老生常谈的理论了，最早由 Eric Brewer 在一个讲座中提出。在这个讲座中，在传统 ACID 理论以及当时比较流行但是比较抽象的的设计指导理论 BASE 理论（当时的 BASE 理论还很抽象，直到好几年后才出现一份比较权威的被广泛接受的 BASE 理论完整解释和设计）的类比中，提出

• C(Consistency，一致性)：在一个分布式的系统中，同一个数据的所有备份

MySQL主从（主备）搭建请点击

1.复制概述

Mysql内建的复制功能是构建大型，高性能应用程序的基础。将Mysql的数据分布到多个系统上去，这种分布的机制，是通过将Mysql的某一台主机的数据复制到其它主机（slaves）上，并重新执行一遍来实现的。复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知新的更新。

mysql增加字段、修改字段、增加索引、调整索引的情况比较复杂，有可能锁表，从而导致其他进程不可访问。如何确保alter语句不会引发锁表呢？

mysql已经提供相关的验证功能,就是在alter语句的末尾增加

ALGORITHM=INPLACE, LOCK=NONE;

当alter语句无法做到不锁表，alter脚本就会执行失败，从而确保alter脚本不会导致锁表。

随着企业数据爆发式增长，MySQL分析查询卡顿问题越来越多，用户时效性不能保证，精细化运营诉求不能满足。如何能无缝对接业务库，实现毫秒级针对万亿级数据进行即时的多维分析透视和业务探索，MySQL分析实例给出完美解决方案。

MySQL分析实例是云数据库RDS MySQL与AnalyticDB for MySQL联合打造，产品级深度融合的OLTP+OLAP解决方案，解决客户复杂分析查询卡顿问题，快速构建实时数仓。一键购买，权限打通，免费自动数据同步，业务库毫无感知和影响情况下数据实时同步到分析库，帮助云数据库RDS MySQL客户快速构建实时数仓平台。无需自行搭建数仓，无需关注数据如何入库，更无需担心数据实时性，用户只需购买分析实例即可同步创建一个分析性能约为MySQL100倍的分析库。

（关注“数据库架构师”公众号，提升数据库技能，助力职业发展）

0 - 升级背景

MySQL 5.5发布于2010年，至今已有十年历史，官方已经停止更新。2008年发布的MySQL 5.1版本，在2018年发布的MySQL 8.0版本后，也已不再兼容和更新。

一、业务场景驱动表设计：电商订单系统案例

场景背景
某电商平台需设计用户、商品、订单模块，要求支持以下操作：

1. 用户高频查询最新订单
2. 按商品分类+价格区间筛选商品

如今，Web应用程序的响应速度是成功的关键法宝之一。它与用户互动，用户对网站的看法，甚至谷歌网站排名情况都有着密不可分的关系。数据库性能是响应速度最重要的因素之一，一旦出错，所有程序都将会宕机。

工欲善其事，必先利其器。几乎每一个Web开发人员都有一个最钟爱的MySQL管理工具，它帮助开发人员在许多方面支持包括PostgreSQL，MySQL，SQLite，Redis，MongoDB等在内的多种数据库；提供各种最新的特性，包括触发器、事件、视图、存储过程和外键；此外，它还支持导入、数据备份、MySQL对象结构、管理用户等多种功能。