mysql 半同步的模式 after_commit 与 after_sync

参考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 来查看主从的同步状态。