MySQL5.7 GTID学习笔记
GTID(global transaction identifier)是对于一个已提交事务的全局唯一编号，前一部分是server_uuid，后面一部分是执行事务的唯一标志，通常是自增的。
下表整理了GTID常用的查看命令，以及变量的描述及原理，供大家参考（以下基于MySQL5.7，对于MySQL5.6的GTID由于存在性能问题，不推荐使用）
|
角色 |
常用查看GTID的相关命令 |
变量示例 |
描述 |
变量的更新时机 |
|
master |
show global variables like '%gtid%'; |
gtid_mode=ON |
GTID模式，开启GTID时在配置文件中开启 gtid_mode参数的4种选项 1> GTID_MODE = OFF : 不产生Normal_GTID，只接受来自master的ANONYMOUS_GTID 2> GTID_MODE = OFF_PERMISSIVE : 不产生Normal_GTID，可以接受来自master的ANONYMOUS_GTID & Normal_GTID 3> GTID_MODE = ON_PERMISSIVE : 产生Normal_GTID，可以接受来自master的ANONYMOUS_GTID & Normal_GTID 4> GTID_MODE = ON : 产生Normal_GTID，只接受来自master的Normal_GTID |
在my.cnf配置中指定，或者online可以通过下面修改 SET @@GLOBAL.GTID_MODE= 或 SET GLOBAL GTID_MODE= |
|
|
|
enforce_gtid_consistency=ON |
保证GTID安全的参数，开启GTID时在配置文件中开启 ENFORCE_GTID_CONSISTENCY参数的3种选项 1> OFF:所有事务允许违反gtid一致性。 2> ON:没有事务允许违反gtid一致性。 3> WARN:所有事务允许违反gtid一致性，但一个警告会产生，Mysql5.7.6新增。 |
在my.cnf配置中指定，或者online可以通过下面修改 SET @@GLOBAL.ENFORCE_GTID_CONSISTENCY= 或 SET GLOBAL ENFORCE_GTID_CONSISTENCY=
|
|
|
|
gtid_executed= 06ae7c12-fe57-11e6-b021-883fd32565d6:1-4792038936, 14361082-83ae-11e8-8328-883fd32565d6:1-1051075034 |
执行过的所有GTID集合 |
ordered_commit flush阶段生成GTID，在commit阶段才计入gtid_executed变量，在内存中实时更新 |
|
|
|
gtid_purged= 06ae7c12-fe57-11e6-b021-883fd32565d6:1-4792038936, 14361082-83ae-11e8-8328-883fd32565d6:1-1045677424 |
由于binlog文件的删除(如purge binary logfiles或者超过expire_logs_days设置)已经丢失的GTID事务，同时在搭建从库时使用set global gtid_purged变量来标识哪些GTID事务已经执行过了。 |
在MySQL触发清理binlog的情况下，比如purge binary logs to或者超过参数expire_logs_days设置的天数后自动删除，需要将丢失的GTID计入这个变量中 |
|
|
|
gtid_owned= 14361082-83ae-11e8-8328-883fd32565d6:1049600466#997780200 |
|
分配GTID发生在GROUP COMMIT的第一个阶段，也就是flush stage，大概可以描述为： 1、事务过程中，碰到第一条DML语句需要记录Binlog时，分配一段Gtid事件的cache，但不分配实际的GTID 2、事务完成后，进入commit阶段，分配一个GTID并写入Step1预留的Gtid事件中，该GTID必须保证不在gtid_owned集合和gtid_executed集合中。 分配的GTID随后被加入到gtid_owned集合中。 3、将Binlog 从线程cache中刷到Binlog文件中。 4、将GTID加入到gtid_executed集合中。 5、在完成sync stage 和commit stage后，各个会话将其使用的GTID从gtid_owned中移除。 |
|
master |
show global variables like '%uuid%'; |
server_uuid=14361082-83ae-11e8-8328-883fd32565d6 |
server_uuid实际上是一个32字节+1字节(/0)的字符串。 |
MySQL启动的时候会调用init_server_auto_options() 读取auto.cnf文件。如果没有读取到则调用generate_server_uuid()调用生成一个server_id。 |
|
master |
select * from mysql.gtid_executed; |
source_uuid=14361082-83ae-11e8-8328-883fd32565d6 |
uuid of the source where the transaction was originally executed. gtid_executed表是5.7.5以后新增的，是GTID持久化的介质，实例重启后读取这个表初始化。 |
1、从库在binlog关闭或者binlog开启，参数log_slave_updates关闭的情况，实时将GTID持久化到gtid_executed表中。 2、从库在binlog开启同时参数log_slave_updates开启的情况，不实时更新 3、主库不实时更新。 4、执行reset master时，清空表 5、set global gtid_purged时，设置表 |
|
|
|
interval_start=1 |
First number of interval |
同上 |
|
|
|
interval_end=1053828634 |
Last number of interval |
同上 |
|
master |
show master status\G |
Executed_Gtid_Set= 06ae7c12-fe57-11e6-b021-883fd32565d6:1-4792038936, 14361082-83ae-11e8-8328-883fd32565d6:1-1054196743 |
执行过的所有GTID集合 |
同gtid_executed |
|
master |
Mysqlbinlog -vvv SVR14077HW2288-bin.030734|less |
Previous-GTIDs= # 14361082-83ae-11e8-8328-883fd32565d6:1-1055704939, #e36c6adf-fe56-11e6-9f8e-883fd325654a:74434853-7475373424 |
Previous gtid Event是包含在每一个binlog的开头用于描述所有以前binlog所包含的全部Gtid的一个集合 (包括已经删除的binlog) |
产生的binlog中开头会包含这个值 在5.7中不开启GTID也会包含这个Previous gtid Event |
|
slave |
show slave status\G |
Master_UUID: 14361082-83ae-11e8-8328-883fd32565d6 |
对应master的server_uuid |
|
|
|
|
Retrieved_Gtid_Set:14361082-83ae-11e8-8328-883fd32565d6:962977557-1057333221 |
IO线程已经读取的GTID的集合 |
1、IO线程收到一个GTID EVENT就会把它加入到Retrieved_Gtid_Set中 2、MySQL重启时会从relay log中初始化Retrieved_Gtid_Set |
|
|
|
Executed_Gtid_Set:06ae7c12-fe57-11e6-b021-883fd32565d6:1-4792038936, 14361082-83ae-11e8-8328-883fd32565d6:1-1057333220 |
表示SQL线程已经执行的GTID的集合 |
主库的binlog在从库应用时，会更新Executed_Gtid_Set值 |
