MySQL漫衍式架构扩缩容的起源计划

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万的写入，带你飞~

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!