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

最新推荐文章于 2024-05-22 19:55:14 发布

馒头太帅了

最新推荐文章于 2024-05-22 19:55:14 发布

阅读量1.7k

点赞数

分类专栏： Mysql

本文链接：https://blog.csdn.net/qq_39314972/article/details/111351461

版权

49 篇文章 1 订阅

订阅专栏

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

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

站点发布一个公告，例如：“为了为广大用户提供更好的服务，本站点将在今晚00:00-2:00之间升级，给您带来不便抱歉"；
时间到了，停止所有对外服务；
新增n个数据库，然后写一个数据迁移程序，将原有x个库的数据导入到最新的y个库中。比如分片规则由%x变为%y；
数据迁移完成，修改数据库服务配置，原来x个库的配置升级为y个库的配置
重启服务，连接新库重新对外提供服务
回滚方案：万一数据迁移失败，需要将配置和数据回滚，改天再挂公告。
优点：简单
缺点：
1. 停止服务，缺乏高可用
2. 程序员压力山大，需要在指定时间完成
3. 如果有问题没有及时测试出来启动了服务，运行后发现问题，数据会丢失一部分，难以回滚。
适用场景：
1. 小型网站
2. 大部分游戏
3. 对高可用要求不高的服务

新增2个数据库
配置双主进行数据同步（先测试、后上线）
数据同步完成之后，配置双主双写（同步因为有延迟，如果时时刻刻都有写和更新操作，会存在不准确问题）
数据同步完成后，删除双主同步，修改数据库配置，并重启；
平滑扩容方案能够实现n库扩2n库的平滑扩容，增加数据库服务能力，降低单库一半的数据量。其核心原理是：成倍扩容，避免数据迁移。
此时已经扩容完成，但此时的数据并没有减少，新增的数据库跟旧的数据库一样多的数据，此时还需要写一个程序，清空数据库中多余的数据，如：
1. User1去除 uid % 4 = 2的数据；
2. User3去除 uid % 4 = 0的数据；
3. User2去除 uid % 4 = 3的数据；
4. User4去除 uid % 4 = 1的数据；
优点：
1. 扩容期间，服务正常进行，保证高可用
2. 相对停机扩容，时间长，项目组压力没那么大，出错率低
3. 扩容期间遇到问题，随时解决，不怕影响线上服务
4. 可以将每个数据库数据量减少一半
缺点：
1. 程序复杂、配置双主同步、双主双写、检测数据同步等
2. 后期数据库扩容，比如成千上万，代价比较高
适用场景：
1. 大型网站
2. 对高可用要求高的服务

关注