参考MySQL半同步after_sync与after_commit - 墨天轮 (modb.pro)
1. after_commit
提交流程:client-->execute sql-->wrtie redolog-->write binlog-->innodb storage commit-->wait ACK-->client receive OK。
2.after_sync
提交流程:client-->execute sql-->wrtie redolog-->write binlog-->wait ACK-->innodb storage commit-->client receive OK。
从提交流程可以看出,两个模式的区别就是提交到存储引擎与等待从库的ACK的顺序。
after_commit模式先提交到存储引擎,那么主库上事务相当于已经完成了,虽然没有等到从库的ACK,没有给客户端以事务成功的反馈,但是在连接主库的其他客户端上是能查询到主库修改的数据,此时发生故障,从库切主库时相当于丢失了数据。也就是说after_commit无法保证主从数据的强一致性。
after_sync模式是主库先要等到从库的ACK,然后再提交到存储引擎,在提交到存储引擎前,主从上都查不到事务的修改,此时发生故障切换,不算丢失数据,因为故障前的事务尚未完成。也就是说after_sync模式可以保证主从的强一致性。
因此推荐使用after_sync模式。
搭建主从半同步架构。
执行一个大事务,解析binlog 来查看主从的同步状态。
标签:主库,--,after,sync,ACK,mysql,commit From: https://www.cnblogs.com/JennyYu/p/17032468.html