MySQL之高可用架构详解(2)-木庄网络博客

Master节点写数据到Binlog，并且执行Sync操作。Master发送数据给Slave节点，同时commit主库的事务。收到ACK后Master节点把数据返回给客户端。

这种数据提交模式叫：?after_commit

after_commit?模式存在问题：主库等待ACK时，事务已经commit，主库的其他事务可以读到commit的数据，这个时候如果Master崩溃，slave数据丢失，发生主从切换，会导致出现幻读。为了解决这个问题MySQL5.7提出了新的半同步复制模式：?after_sync

把主库的事务提交放到了ACK之后，避免了上述问题。 MySQL5.7还引入了?enhanced multi-threaded slave?（简称MTS）模式, 当slave配置?slave_parallel_workers?>0并且
global.slave_parallel_type?＝‘LOGICAL_CLOCK',可支持一个schema下，slave_parallel_workers个worker线程并发执行relay log中主库提交的事务，极大地提高了主从复制的效率。 MySQL5.7半同步功能可以通过
rpl_semi_sync_master_wait_slave_count?参数配置slave节点ACK的个数，认为主从同步完成。

基于MySQL主从同步数据越来越完善，效率越来越高，也就引出了第一种MySQL的高可用架构：基于MySQL自身的主从同步方案，常用的一种部署架构是：用户通过VIP访问Master和Slave节点，每个节点采用keepalved探索。配置主从关系，进行数据同步。

基于MHA的高可用架构：部署一份MHA的Manager节点，在MySQL各个实例部署MHA Node节点。MHA可以实现秒级的故障自动转移。当然MySQL节点之间的数据同步还要依赖MySQL自身的数据同步方式。

MGR(MySQL Group Replication)模式：感觉MySQL官方更看好MGR集群方案，但是目前我还不知道国内有哪一家公司在使用。 MGR集群是由所有的MySQL Server共同组成的，每个Server都有完整的副本数据，副本之间基于Row格式的日志和GTID来做副本之前的数据同步，采用Paxos算法实现数据的一致性保障。 MGR架构要比前面讲述的半同步和异步同步数据的方式要复杂，具体可以参照官网