角色
常用查看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值