在有些应用场景中,读写压力差别比较大,读压力特别大,一个Master可能需要上10台甚至更多的Slave才能支撑读的压力
这时候,Master就会比较吃力了,因为仅仅连上来的Slave IO线程就比较多了,这样写的压力稍微大一点时,Master端因为复制就会消耗较多的资源,很容易造成复制的延时
解决方案:级联复制架构
首先通过少数几台MySQL从Master来进行复制,这几台机器称为第一级Slave集群,然后其他的Slave再从第一级Slave集群来进行复制,如果有需要,可以继续往下增加更多层次的复制。这样,很容易就控制了每一台MySQL上面所附属Slave的数量
如果条件允许,建议通过拆分成多个复制集群来解决,因为Slave越多,整个集群的写IO总量也就会越多,增加复制的级联层次,同一个变更传到最底层的Slave需要经过的MySQL也会更多,同样可能造成延时较长的风险
Dual Master与级联复制结合架构
级联复制在一定程度上能解决Master因为所附属的Slave过多而成为瓶颈的问题,但是它并不能解决人工维护和出现异常需要切换时可能存在重新搭建Replication的问题。这样就很自然地出现了Dual Master与级联复制结合的架构
这种方式最大的好处就是既可以避免主Master的写操作不会受到Slave集群的复制所带来的影响,同时主Master须要切换的时候也基本上不会出现重搭Replication的情况