|
|
51CTO旗下网站
|
|
移动端

MySQL分布式架构扩缩容的初步设计

MySQL分布式架构的扩缩容是一个很有意思的话题。严格的说,我们所说的这种架构方案是一种伪分布式架构,我们就做下统称。重点是扩缩容的思路上。

作者:杨建荣来源:杨建荣的学习笔记|2018-12-05 10:40

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状态。这个过程说起来容易,操作起来就是一个难点了。

这个事情如果相对平滑的完成,其实整个分布式集群的管理就不在话下了。

【编辑推荐】

  1. MySQL基本知识点梳理和查询优化
  2. MySQL索引设计不可忽视的知识点
  3. MySQL8.0里GROUP BY有变化,注意了
  4. 为什么我们做分布式使用Redis?
  5. MySQL每秒57万的写入,带你飞~
【责任编辑:庞桂玉 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

网络工程师必读——接入网与交换网

本书是以一个典型的计算机广域网通信为背景进行编写的,详细、全面地介绍了通信网中最主要的两个部分:目前,国内外接入网与交换网的主要技...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊