MySQL高可用之主备同步：MySQL是如何保证主备一致的？

M-S结构，两个节点，一个当主库、一个当备库，不允许两个节点互换角色。

在状态1中，客户端的读写都直接访问节点A，而节点B是A的备库，只是将A的更新都同步过来，到本地执行。这样可以保持节点B和A的数据是相同的。

当需要切换的时候，就切成状态2。这时候客户端读写访问的都是节点B，而节点A是B的备库。

双M结构

双M结构，两个节点，一个当主库，一个当备库，允许两个节点互换角色。

对比前面的M-S结构图，可以发现，双M结构和M-S结构，其实区别只是多了一条线，即节点A和B之间总是互为主备关系。这样在切换的时候就不用再修改主备关系。

双M结构的循环复制问题

在实际生产使用中，多数情况是使用双M结构的。但是，双M结构还有一个问题需要解决。

业务逻辑在节点A执行更新，会生成binlog并同步到节点B。节点B同步完成后，也会生成binlog。（log_slave_updates设置为on，表示备库也会生成binlog）。

当节点A同时也是节点B的备库时，节点B的binlog也会发送给节点A，造成循环复制。

解决办法：

• 设置节点的server-id，必须不同，不然不允许设置为主备结构
• 备库在接到binlog后重放时，会记录原记录相同的server-id，即谁产生即为谁的。
• 每个节点在接受binlog时，会判断server-id，如果是自己的就丢掉。

解决后的流程：

1. 业务逻辑在节点A执行更新，会生成带有节点A的server-id的binlog。
2. 节点B接受到节点A发过来的binlog，并执行完成后，会生成带有节点A的server-id的binlog。
3. 节点A接受到binlog后，发现是自己的，就丢掉。死循环就在这里断掉了。

作者：大杂草
原文链接：https://www.cnblogs.com/liang24/p/14149412.html

先自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助，可以扫码领取！

读者福利

由于篇幅过长，就不展示所有面试题了，感兴趣的小伙伴

更多笔记分享

-1711437732815)]

更多笔记分享

[外链图片转存中…(img-qjrPFqTA-1711437732815)]
需要更多Java资料的小伙伴可以帮忙点赞+关注，点击传送门，即可免费领取！