介绍
半同步复制
普通的replication，即mysql的异步复制，依靠mysql二进制日志也即binary log进行数据复制。比如两台机器，一台主机(master)，另外一台是从机(slave)。
正常的复制为：
事务一（t1）写入binlog buffer；dumper 线程通知slave有新的事务t1；binlog buffer 进行checkpoint；slave的io线程接收到t1并写入到自己的的relay log；slave的sql线程写入到本地数据库。 这时，master和slave都能看到这条新的事务，即使master挂了，slave可以提升为新的master。
异常的复制为：
事务一（t1）写入binlog buffer；dumper 线程通知slave有新的事务t1；binlog buffer 进行checkpoint；slave因为网络不稳定，一直没有收到t1；master 挂掉，slave提升为新的master，t1丢失。
很大的问题是：主机和从机事务更新的不同步，就算是没有网络或者其他系统的异常，当业务并发上来时，slave因为要顺序执行master批量事务，导致很大的延迟。
为了弥补以上几种场景的不足，mysql从5.5开始推出了半同步。
即在master的dumper线程通知slave后，增加了一个ack，即是否成功收到t1的标志码。也就是dumper线程除了发送t1到slave，还承担了接收slave的ack工作。如果出现异常，没有收到ack，那么将自动降级为普通的复制，直到异常修复。
增强半同步复制
5.7 半同步复制的改进，主从一致性加强, 支持在事务commit前等待ACK，5.7的半同步最关键的一个新增参数是rpl_semi_sync_master_wait_point 。
AFTER_COMMIT
master将每个事务写入binlog ,传递到slave 刷新到磁盘(relay log)，同时主库提交事务。master等待slave 反馈收到relay log，只有收到ACK后master才将commit OK结果反馈给客户端。
AFTER_SYNC （5.7的默认值）
master 将每个事务写入binlog , 传递到slave 刷新到磁盘(relay log)。master等待slave 反馈接收到relay log的ack之后，再提交事务并且返回commit OK结果给客户端。 即使主库crash，所有在主库上已经提交的事务都能保证已经同步到slave的relay log中
环境
前提是主从异步复制环境要提前搭建好，然后再开启mysql增强半同步
环境：mysql5.7.30 主从异步复制早已部署好。
加载plugin插件
建议master和slave上全部执行（考虑到MHA的主从自动切换的环境）
在主库安装semisync_master.so和semisync_slave.so插件：
master
mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
Query OK, 0 rows affected (0.01 sec)
mysql> INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
Query OK, 0 rows affected (0.00 sec)
slave
mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
Query OK, 0 rows affected (0.01 sec)
mysql> INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
Query OK, 0 rows affected (0.00 sec)
查看是否已经安装了插件
mysql> select * from mysql.plugin;
+----------------------+--------------------+
| name | dl |
+----------------------+--------------------+
| rpl_semi_sync_master | semisync_master.so |
| rpl_semi_sync_slave | semisync_slave.so |
+----------------------+--------------------+
2 rows in set (0.00 sec)
slave和master开启增强半同步参数
生产环境上建议先在slave库上的开启 增强半同步参数
set global rpl_semi_sync_slave_enabled =1;
stop slave io_thread;
start slave io_thread;
此刻观察master的错误日志：提示开启了Semi-sync replication 复制
2020-05-20T03:12:10.906895Z 0 [Note] InnoDB: Buffer pool(s) load completed at 200520 11:12:10
2020-05-20T03:26:01.260561Z 3 [Note] Start binlog_dump to master_thread_id(3) slave_server(223157), pos(master-bin.000003, 619)
2020-05-20T03:32:15.081693Z 5 [Note] While initializing dump thread for slave with UUID <689e64cc-9a47-11ea-8e23-000c29f27a67>, found a zombie dump thread with the same UUID. Master is killing the zombie dump thread(3).
2020-05-20T03:32:15.081815Z 5 [Note] Start binlog_dump to master_thread_id(5) slave_server(223157), pos(master-bin.000003, 619)
2020-05-20T03:32:15.081862Z 5 [Note] Start semi-sync binlog_dump to slave (server_id: 223157), pos(master-bin.000003, 619)
2020-05-20T03:32:15.081994Z 3 [Note] Stop asynchronous binlog_dump to slave (server_id: 223157)
然后master上再开启增强半同步参数
set global rpl_semi_sync_master_enabled =1;
set global rpl_semi_sync_master_timeout =1000;
#增强半同步的个数
set global rpl_semi_sync_master_wait_for_slave_count = 1 ;
配置文件增加
防止重启失效
rpl_semi_sync_master_enabled=1
rpl_semi_sync_slave_enabled=1
rpl_semi_sync_master_timeout=2000
rpl_semi_sync_master_wait_for_slave_count=1
plugin_load_add=semisync_master.so
plugin_load_add=semisync_slave.so
