MySQL5.6的GTID复制模式,必须开启log_slave_updates参数,否则启动就报错,因为需要在binlog找到同步复制的信息(UUID:事务号),如果在密集型写的环境,比如双十一大促在线支付,这无疑增加了从库不必要的磁盘IO开销。

wKiom1RrBTLyonpmAAF1WPY7xsY589.jpg

(注:开启log_slave_updates参数,是把relay-log里的日志内容再记录到slave本地的binlog里。)


但在MySQL5.7里,官方终于做了调整,用一张gtid_executed系统表记录同步复制的信息(UUID:事务号),这样就可以不用开启log_slave_updates参数,减少了从库的压力。

MySQL5.7 开启GTID复制模式终于不用开启log_slave_updates参数了_第1张图片


如果你玩过MariaDB10的话,可以看到这块MySQL5.7是参考了MariaDB10的GTID,但MySQL5.7还不能做到普通模式和GTID模式在线切换,如果你想切换为普通模式,必须在my.cnf里,同时在master和slave上注销掉以下参数:

gtid_mode = ON
enforce_gtid_consistency = 1

并且重启mysql进程才生效。在易用性上,MySQL5.7 GTID还是美中不足。


参考:

MySQL5.7 开启GTID复制模式终于不用开启log_slave_updates参数了_第2张图片