MySQL 5.7 gtid_executed

MySQL 5.7版本开始无需在GTID模式下启用参数log_slave_updates，其中最重要的原因在于5.7在mysql库下引入了新的表gtid_executed.

该表会记录当前执行的GTID。列source对应UUID，列interval_start/interval_end表示的是事务号。在MySQL 5.6中必须配置参数log_slave_updates的最重要原因在于当slave重启后，无法得知当前slave已经运行到的GTID位置，因为变量gtid_executed是一个内存值：

5.6的处理方法就是启动时扫描最后一个二进制日志，获取当前执行到的GTID位置信息。当然，如果DBA不小心将二进制日志删除了，那么这又会带来灾难性的问题。

因此，MySQL 5.7将gtid_executed这个值给持久化了。采用的技巧与MySQL 5.6处理SQL thread保存位置的方式一样，即将GTID值持久化保存在一张InnoDB表中，并与用户事务一起进行提交，从而实现数据的一致性.

若从MySQL服务器启用了二进制日志，则表mysql.gtid_executed的更新仅在二进制rotation时发生，因为发生重启等情况依旧可以通过扫描二进制日志判断得知当前运行的GTID位置