MySQL的主从架构采用的是异步模式
master更新完成后直接发送二进制日志到slave，但是slaves是否真正保存了数据master端不会检测，master端直接保存二进制日志到磁盘，当master端到slave端的网络出现问题时或者master端直接挂掉，二进制日志可能根本没有到达slave，master出现问题slave端接管master，这个过程中数据就丢失了，这样的问题出现就无法达到数据的强一致性，导致数据丢失。
这时候我们可以使用半同步模式:
1.用户线程写入完成后master中的dump会把日志推送到slave端
2.slave中的io线程接收后保存到relaylog中继日志
3.保存完成后slave向master端返回ack
4.在未接受到slave的ack时master端时不做提交的，一直处于等待当收到ack后提交到存储引擎
5.在5.6版本中用到的时after_commit模式，after_commit模式时先提交在等待ack返回后输出ok
gtid模式：
在master端的写入时多用户读写，在slave端的复制时单线程日志回放，所以slave端一定会延迟与
master端，这种延迟在slave端的延迟可能会不一致，当master挂掉后slave接管，一般会挑选一个和master延迟日志最接近的充当新的master，那么为接管master的主机继续充当slave角色并会指向到新的master上，作为其slave这时候按照之前的配置我们需要知道新的master上的pos的id，但是我们无法确定新的master和slave之间差多少。
设置gtid:
#在master端和slave端开启gtid模式
在MySQL的配置文件中写入gtid_mode=ON
enforce-gtid-consistency=ON
然后停止slave端
开启slave端的gtid
CHANGE MASTER TO MASTER_HOST='$1', MASTER_USER='$2',
MASTER_PASSWORD='$3', MASTER_AUTO_POSITION=$4;
然后开启start slave
show slave status\G;
查看
启用半同步模式
在master端配置启用半同步模式
在配置文件中写入：
rpl_semi_sync_master_enabled=1#开启半同步功能
然后安装半同步插件
INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
查看插件情况
SELECT PLUGIN_NAME, PLUGIN_STATUS
-> FROM INFORMATION_SCHEMA.PLUGINS
-> WHERE PLUGIN_NAME LIKE '%semi%';
打开半同步功能
SET GLOBAL rpl_semi_sync_master_enabled = 1;
#查看半同步功能状态
然后再slave中开启半同步功能
rpl_semi_sync_master_enabled=1 #开启半同步功能
也是安装插件，打开半同步功能，查看插件和功能是否开启
然后没有重启io线程，半同步生效
STOP SLAVE IO_THREAD;START SLAVE IO_THREAD;#重启io线程，半同步才能生效
然后查看状态。
最后测试
在master中写入数据