Mysql(三)实现半同步复制

在实现半同步复制之前，先搞明白几种复制模式的特点和区别。

1.异步复制

MySQL 默认的复制即是异步的，主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理，这样就会有一个问题，主如果 crash 掉了，此时主上已经提交的事务可能并没有传到从上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。

2.全同步复制

当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。

3.半同步复制

介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到 relay log 中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个 TCP/IP 往返的时间。所以，半同步复制最好在低延时的网络中使用。

相比异步复制，半同步复制提高了数据完整性，因为很明确知道，在一个事务提交成功之后，这个事务就至少会存在于两个地方。即在 master 的 dumper 线程通知 slave 后，增加了一个 ack（消息确认），即是否成功收到 t1 的标志码，也就是 dumper 线程除了发送 t1(事务一)到 slave，还承担了接收 slave 的 ack 工作。如果出现异常，没有收到 ack，那么将自动降级为普通的复制(异步)，直到异常修复后又会自动变为半同步复制。

4.实现半同步复制

实现半同步复制的前提是已经完成了基于GTID的主从复制。

背景：主数据库：172.25.60.2

                    备库：172.25.60.1

1.在主库上：

安装实现半同步复制的插件：（在MYSQL官网上查阅）

激活：

2.在备库上也安装插件，然后激活：

重启IO线程使生效：

3.在主库上查看：

4.测试：

在主库上：（此时从库IO线程关闭），等待10s，之后转为异步复制：

在从库上：

打开IO线程之后：（立即同步上了）