mysql5.6的gtid复制模式，必须开启log_slave_updates参数，否则启动就报错，因为需要在binlog找到同步复制的信息（uuid:事务号），如果在密集型写的环境，比如双十一大促在线支付，这无疑增加了从库不必要的磁盘io开销。 650) this.width=650;" src="http://
mysql5.6的gtid复制模式，必须开启log_slave_updates参数，否则启动就报错，因为需要在binlog找到同步复制的信息（uuid:事务号），如果在密集型写的环境，比如双十一大促在线支付，这无疑增加了从库不必要的磁盘io开销。
（注：开启log_slave_updates参数，是把relay-log里的日志内容再记录到slave本地的binlog里。）
但在MySQL5.7里，官方终于做了调整，用一张gtid_executed系统表记录同步复制的信息（UUID:事务号），这样就可以不用开启log_slave_updates参数，减少了从库的压力。
如果你玩过MariaDB10的话，可以看到这块MySQL5.7是参考了MariaDB10的GTID，但MySQL5.7还不能做到普通模式和GTID模式在线切换，如果你想切换为普通模式，必须在my.cnf里，同时在master和slave上注销掉以下参数：
gtid_mode = ON enforce_gtid_consistency = 1
并且重启mysql进程才生效。在易用性上，MySQL5.7 GTID还是美中不足。
参考：
