mysql的半同步复制：
mysql的异步复制：mysql默认使用异步方式进行同步，master在执行客户端提交的事务后会将结果返回给客户端，表示客户端的操作已经生效，同时会将该操作的binlog通过dumper通知slave来取，再正常情况下，slave会将该binlog写入本地，并通过sql语句写入从库中与主库同步数据，master对从库是否写入不负任何责任。
主和从的复制过程是由三个线程参与完成的，其中有两个线程（sql语句和I/O线程在slave端），一个I/O线程在master端。
mysql的同步复制：这是一个偏执狂，客户端向主库提交数据，主库写入数据只有从库将数据写入本地后，返回给主库一个回执，主库向客户端返回消息，表示已经成功受理该任务。
mysql半同步：在master的dumper线程通知salve，同时增加了一个ack，mysql5.7支持在事务提交前等待ack，当slave没有返回给master ack时，将会自动降级为异步复制。
半同步通过rpl_semi_sync_master_wait_point参数来控制半同步下，master事务提交前的方式
mysql中的半同步参数after_sync,master 将每个事务写入binlog传递到slave刷新到磁盘relay log，master等待slave反馈接收到的ack后在提交事务并返回提交成功给客户端。
半同步的部署：
半同步基于mysql的异步复制，所以要先搭建好环境。环境搭建参考我的博客：http://12237658.blog.51cto.com/12227658/1907018
测试：
主：master
安装半同步插件：
mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME ‘semisync_master.so‘;
Query OK, 0 rows affected (0.08 sec)
查看插件是否安装成功：
mysql> show plugins；会在最后发现：
| ngram | ACTIVE | FTPARSER | NULL | GPL |
| rpl_semi_sync_master | ACTIVE | REPLICATION | semisync_master.so | GPL |
+----------------------------+----------+--------------------+--------------------+---------+
表明成功。
从：slave
安装插件：
mysql> INSTALL PLUGIN rpl_semi_sync_slave SONAME ‘semisync_slave.so‘;
Query OK, 0 rows affected (0.11 sec)
使用：show plugins;或：
mysql> SELECT PLUGIN_NAME, PLUGIN_STATUS FROM INFORMATION_SCHEMA.PLUGINS WHERE PLUGIN_NAME LIKE ‘%semi%‘;
如果发现
| rpl_semi_sync_slave | ACTIVE | REPLICATION | semisync_slave.so | GPL |
+----------------------------+----------+--------------------+-------------------+-----
即为成功。
启动半同步：
主：master
mysql> SET GLOBAL rpl_semi_sync_master_enabled = 1;
Query OK, 0 rows affected (0.00 sec)
mysql> show status like ‘Rpl_semi_sync_master_status‘;
+-----------------------------+-------+
| Variable_name | Value |
+-----------------------------+-------+
| Rpl_semi_sync_master_status | ON |
+-----------------------------+-------+
1 row in set (0.00 sec)
从：slave
mysql> SET GLOBAL rpl_semi_sync_slave_enabled = 1;
Query OK, 0 rows affected (0.00 sec)
mysql> show status like ‘Rpl_semi_sync_slave_status‘;
+----------------------------+-------+
| Variable_name | Value |
+----------------------------+-------+
| Rpl_semi_sync_slave_status | ON |
+----------------------------+-------+
1 row in set (0.00 sec)
最后重新启动一下I/O线程：
mysql> STOP SLAVE IO_THREAD;
mysql> START SLAVE IO_THREAD;
测试：
在不关闭slave的情况下创建数据库，主从库会很快写入
主：
mysql> show status like ‘Rpl_semi_sync_master_status‘;
+-----------------------------+-------+
| Variable_name | Value |
+-----------------------------+-------+
| Rpl_semi_sync_master_status | ON |
+-----------------------------+-------+
1 row in set (0.00 sec)
mysql> create database ginkgo;
Query OK, 1 row affected (0.05 sec)
从:
mysql> show status like ‘Rpl_semi_sync_slave_status‘;
+----------------------------+-------+
| Variable_name | Value |
+----------------------------+-------+
| Rpl_semi_sync_slave_status | ON |
+----------------------------+-------+
1 row in set (0.00 sec)
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| ginkgo |
| mysql |
| performance_schema |
| sys |
+--------------------+
5 rows in set (0.00 sec)
将从上的slave关闭：
mysql> drop database ginkgo;
Query OK, 0 rows affected (10.06 sec)
mysql> show status like ‘Rpl_semi_sync_master_status‘;
+-----------------------------+-------+
| Variable_name | Value |
+-----------------------------+-------+
| Rpl_semi_sync_master_status | OFF |
+-----------------------------+-------+
1 row in set (0.00 sec)
slave长时间不给ack回应，被迫转化为异步，时间也较长，主要是等待时间。
从上肯定没有数据变化。
**注意，写数据库时一定要在配置文件中确定自己是允许那个库同步，不要瞎建库奥。