Mysql学习笔记---MySQL集群架构之扩容方案

Mysql学习笔记—MySQL集群架构之扩容方案

1.扩容场景描述

1. 当系统用户进入了高速增长期时，即便是对数据进行分库分表，但数据库的容量，还有表的数据量也总会达到天花板。当现有数据库达到承受极限时，就需要增加新服务器节点数量进行横向扩容。
2. 思考一下，横向扩展会有什么技术难度？
   1. 数据迁移问题
   2. 分片规则改变
   3. 数据同步、时间点、数据一致性
      
3. 遇到上述问题时，我们可以使用以下两种方案：
   1. 停机扩容
   2. 平滑扩容

2.停机扩容： 可用性还是受影响的

这是一种很多人初期都会使用的方案，尤其是初期只有几台数据库的时候。停机扩容的具体步骤如下：

1. 站点发布一个公告，例如：“为了为广大用户提供更好的服务，本站点将在今晚00:00-2:00之间升级，给您带来不便抱歉"；

2. 时间到了，停止所有对外服务；

3. 新增n个数据库，然后写一个数据迁移程序，将原有x个库的数据导入到最新的y个库中。比如分片规则由%x变为%y；

4. 数据迁移完成，修改数据库服务配置，原来x个库的配置升级为y个库的配置

5. 重启服务，连接新库重新对外提供服务

6. 回滚方案：万一数据迁移失败，需要将配置和数据回滚，改天再挂公告。

7. 优点：简单

8. 缺点：

   1. 停止服务，缺乏高可用
   2. 程序员压力山大，需要在指定时间完成
   3. 如果有问题没有及时测试出来启动了服务，运行后发现问题，数据会丢失一部分，难以回滚。

9. 适用场景：

   1. 小型网站
   2. 大部分游戏
   3. 对高可用要求不高的服务

2.平滑扩容

数据库扩容的过程中，如果想要持续对外提供服务，保证服务的可用性，平滑扩容方案是最好的选择。平滑扩容就是将数据库数量扩容成原来的2倍，比如：由2个数据库扩容到4个数据库，具体步骤如下：

1. 新增2个数据库

2. 配置双主进行数据同步（先测试、后上线）
   

3. 数据同步完成之后，配置双主双写（同步因为有延迟，如果时时刻刻都有写和更新操作，会存在不准确问题）
   

4. 数据同步完成后，删除双主同步，修改数据库配置，并重启；
   

5. 平滑扩容方案能够实现n库扩2n库的平滑扩容，增加数据库服务能力，降低单库一半的数据量。其核心原理是：成倍扩容，避免数据迁移。

6. 此时已经扩容完成，但此时的数据并没有减少，新增的数据库跟旧的数据库一样多的数据，此时还需要写一个程序，清空数据库中多余的数据，如：

   1. User1去除 uid % 4 = 2的数据；
   2. User3去除 uid % 4 = 0的数据；
   3. User2去除 uid % 4 = 3的数据；
   4. User4去除 uid % 4 = 1的数据；

7. 优点：

   1. 扩容期间，服务正常进行，保证高可用
   2. 相对停机扩容，时间长，项目组压力没那么大，出错率低
   3. 扩容期间遇到问题，随时解决，不怕影响线上服务
   4. 可以将每个数据库数据量减少一半

8. 缺点：

   1. 程序复杂、配置双主同步、双主双写、检测数据同步等
   2. 后期数据库扩容，比如成千上万，代价比较高

9. 适用场景：

   1. 大型网站
   2. 对高可用要求高的服务