1 半同步模式原理
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
2.gtid 模式
当为启用 gtid 时我们要考虑的问题
- 在master端的写入时多用户读写，在slave端的复制时单线程日志回放，所以slave端一定会延迟与master端
- 这种延迟在slave端的延迟可能会不一致，当master挂掉后slave接管，一般会挑选一个和master延迟日志最接近的充当新的master
- 那么为接管master的主机继续充当slave角色并会指向到新的master上，作为其slave
- 这时候按照之前的配置我们需要知道新的master上的pos的id，但是我们无法确定新的master和slave之间差多少
当激活GITD之后
当master出现问题后，slave2和master的数据最接近，会被作为新的master
slave1指向新的master，但是他不会去检测新的master的pos id，只需要继续读取自己gtid_next即可
master主服务器设置gtid模式
在slave上：
启动slave
启用半同步模式
在 master 端配置启用半同步模式
#安装半同步插件 
# 查看插件情况
# 打开半同步功能
# 查看半同步功能状态
在slave端开启半同步功能
# 查看半同步功能状态
# 重启 io 线程，半同步才能生效
