说GTID - GTID的生命周期

1.事务提交时会获取到一个GTID，该GTID将位于事务前面一同被记录到二进制日志中。若事务不被记录到二进制日志中，它也不会获取到GTID。

2.事务的GTID会以Gtid_log_event的形式记录到二进制日志，当二进制日志轮换或实例关闭时，MySQL会将所有已写入二进制日志的事务的GTID刷新到系统表mysql.gtid_executed。

3.事务提交后，极短时间内其GTID会被加入到一个GTID集合中（注意该过程不具有原子性），即全局系统变量gtid_executed，它代表全部已提交了的事务的GTID。在复制关系中，它也表明了该从实例已执行过哪些事务，主节点会据此判断还需发送哪些GTID。

4.当二进制日志传送到从节点转储为中继日志后，从节点会读取GTID，在会话级别将该GTID赋值给会话系统变量gtid_next，这也就告诉了从节点接下来要执行的事务的GTID是什么。

5.从节点会确认会话系统变量gtid_next中的GTID没被占用，然后为其分配一个线程，并使用全局系统变量gtid_owned（@@GLOBAL.gtid_owned）标识出该GTID和使用它的线程的ID。若该GTID已被使用，就忽略该事务。

6.若此GTID没被使用，从节点会回放该事务。从节点会使用会话系统变量gtid_next中的GTID，作为该事务的GTID，而不会为其重新生成GTID。

7.若从节点开启了二进制日志，该GTID会以Gtid_log_event的形式和事务一同记录进二进制日志。当二进制日志轮换或实例关闭时，所有已提交事务的GTID又会被刷新到系统表mysql.gtid_executed（同2）。

8.若从节点没开启二进制日志，MySQL会将回放该事务和将其GTID直接写入系统表mysql.gtid_executed作为一个事务进行，但在MySQL 5.7版本这还仅限于DML语句，在8.0版本，DDL也可以了。

9.当事务在从节点回放后，从节点上全局系统变量gtid_executed的变化同3。