MySQL分布式架构扩缩容的初步设计
发布日期:2021-06-30 13:19:41
浏览次数:2
分类:技术文章
本文共 583 字,大约阅读时间需要 1 分钟。
这是学习笔记的第 1821篇文章
MySQL分布式架构的扩缩容是一个很有意思的话题。严格的说,我们所说的这种架构方案是一种伪分布式架构,我们就做下统称。重点是扩缩容的思路上。
如果一套环境的主从完整,分为多个逻辑分片的情况下,大体是这样的架构。
这个架构采用了4个物理分片,每个物理分片上有4个逻辑分片,总共有16个逻辑分片,也就意味着一张表被分为了16份。
对于扩容来说,是优先考虑主库写入为主,所以我们的扩容可以是2N的规模来扩容,比如4个物理分片,可以扩容为8个物理分片,大体的架构和分布如下,这个时候从库顶上来做了主库。
从扩容的角度来说,这也就是我们预期要做的事情,4个变8个,8个变16个。一套环境按照设定的分片规模可以扩容两次。
而缩容怎么来做呢,我们需要考虑得更细致一些,所以我就截取了物理分片1的一个相对详细的数据复制关系图。
扩容前,分片节点上的4个逻辑分片都是active状态,都可以写入数据,从库是inactive,只负责数据同步。
扩容后,原本的db1,db2为active状态,而db3,db4在原来的Slave节点上是active状态
这个基础上,我们需要保证的就是将原本隔离的节点数据统一为Master端active状态。这个过程说起来容易,操作起来就是一个难点了。
这个事情如果相对平滑的完成,其实整个分布式集群的管理就不在话下了。
转载地址:https://jeanron100.blog.csdn.net/article/details/102479066 如侵犯您的版权,请留言回复原文章的地址,我们会给您删除此文章,给您带来不便请您谅解!
发表评论
最新留言
网站不错 人气很旺了 加油
[***.192.178.218]2024年04月27日 16时18分02秒
关于作者
喝酒易醉,品茶养心,人生如梦,品茶悟道,何以解忧?唯有杜康!
-- 愿君每日到此一游!
推荐文章
【大数据开发】Java基础-总结3-面向对象的特点和注意点
2019-05-01
MySQL5.7版本修改了my.ini配置文件后mysql服务无法启动问题
2019-05-01
【大数据开发】Java基础 -总结21-Hashmap和HashTable的区别
2019-05-01
MySQL中关于decimal与double字段类型的区别
2019-05-01
webview加载网页或富文本oom
2019-05-01
机器学习-评价分类、回归算法模型指标
2019-05-01
Azkaban体系结构
2019-05-01
Azkaban2.5环境搭建及测试
2019-05-01
Synchronized与ReentrantLock区别
2019-05-01
机器学习之重头戏-特征预处理
2019-05-01
synchronized底层实现及锁的升级、降级
2019-05-01
Java线程生命周期之旅
2019-05-01
机器学习-简单逻辑回归实现
2019-05-01
如何快速定位JVM相关GC问题
2019-05-01
java线程相关概念之解析
2019-05-01
Python清洗常用工具
2019-05-01
java内存模型及线程案例分析
2019-05-01
小议创建线程的若干方式
2019-05-01