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状态。这个过程说起来容易，操作起来就是一个难点了。
这个事情如果相对平滑的完成，其实整个分布式集群的管理就不在话下了。
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- 『互联网架构』软件架构-分布式架构（14）
- 『互联网架构』软件架构-分布式系列并发编程（29）
- 『互联网架构』软件架构-解密电商系统-分布式session（77）
- 『互联网架构』软件架构-分布式之大型网站的演变过程（28）
- 分布式存储架构设计
- 分布式架构知识体系
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
