Mysql之GTID

一、GTID

Mysql5.6引入GTID(Global Transaction IDs),多线程复制；

由服务器的UUID和事务ID号组成唯一标识某一个主机的某个事务的ID号；

每一个事务首部都有GTID,因此GTID使得追踪和比较事务变得简单，能够快速恢复数据库。

GTID有事务的编号，主从可以自动协商发现那些事务已经执行，没有执行；

二、何时产生

当一个事务提交时，就会分配一个GTID（前提是事务有写入到binlog），GTID单调递增且连续。

三、日志记录上position方式和GTID方式区别

主从复制,默认是通过pos复制(postion)方式,将用户进行的每一项操作都进行编号(pos),每一个event都有一个起始编号,一个终止编号。GTID就是类似于pos的一个作用,全局通用并且日志文件里事件的GTID值是一致的.

pos与GTID在日志里是一个标识符，在slave 里已不同的方式展现。

GTID的生成受gtid_next控制。

在Master上，gtid_next是默认的AUTOMATIC,即GTID在每次事务提交时自动生成。它从当前已执行的GTID集合(即gtid_executed)中，找一个大于0的未使用的最小值作为下个事务GTID。同时将GTID写入到binlog(set gtid_next记录)，在实际的更新事务记录之前。

在Slave上，从binlog先读取到主库的GTID(即set gtid_next记录)，而后执行的事务采用该GTID。

四、GTID变量

• gtid_executed

如何查看已经执行过的GTID?

系统表 mysql.gtid_executed 存放了所有执行过的GTID(在活动的binlog中的除外)，但是由于不包含活动的binlog当中的GTID，因此需要查看精确值时，可以查看 global variable gtid_executed 的值，这个变量的值是准确的（或者 show master status ）。

同一个GTID的事务不会在一个Server上执行两次，可以保证数据一致性。

• GTID SET

GTID SET是指多个GTID的集合，示例如下：

2174B383-5441-11E8-B90A-C80AA9429562:1-3, 24DA167-0C0C-11E8-8442-00059A3C7B00:1-19

gtid_executed 和 gtid_purged 这两个系统变量 都是 GTID SET

• gtid_purged

这个一个 GTID SET，包含了所有已经提交过的，但是不在 binlog 当中的 GTID ，它是 gtid_executed 的子集。以下几种 GTID 都会添加到 gtid_purged 当中：

1. 未开启binlog的从库上提交过的GTID
2. 已经被 "purge" 掉的 binlog 当中的 GTID 。(当发出 purge binary log 命令之后，如果被 purge的binlog中包含有GTID，那么查看 gtid_purged 变量值的时候，就会看到该变量值发生了变化)
3. 使用 'set global gtid_purged= "xxxx" ' 添加的 GTID
   
   什么时候需要设置 gtid_purged 变量？
   
   人为设置 gtid_purged 的目地是为了告诉服务器，即使它们不在 binlog 中，这些 GTID 已经 被applied过了，不能/不需要再做重做。一个必须人为设置 gtid_purged 的场景见文章

• 区别

mysql.gtid_executed表：GTID持久化的介质，MySQL启动阶段会读取这个表来获取gtid_executed变量的值。

gtid_executed变量(show global variables)：MySQL数据库已经执行了哪些GTID事务，处于内存中。show slave status中的executed_gtid_set也取自这里。

gtid_purged变量(show global variables)：由于BINLOG文件的删除(如purge binary logfiles或者超过expire_logs_days设置)已经丢失的GTID事务，同时在搭建备库的我们使用set global gtid_purged变量来提示MySQL哪些GTID事务我已经执行过了。

这也是我们DBA通常能够观察到的几种GTID，有了前文的描述我们知道其中mysql.gtid_executed表是一种GTID持久化的介质，而gtid_executed变量和gtid_purged变量则对应了，gtid_state中的executed_gtids和lost_gtids内存数据。他们分别表示MySQL数据库执行了哪些GTID事务，有哪些GTID事务由于BINLOG文件的删除已经丢失了。

其次我们先来达成一个共识gtid_executed变量一定是实时更新的不管主库和从库。我们的讨论分为主库，从库和通用从源码的角度进行详细讨论。并且约定都是打开GTID的情况下。最后给出最终总结。

gtid_executed等价Executed_Gtid_Set参数，已经执行的gtid集合（gtid-sets）。

gtid_purged，已经清除的gtid集合。

Retrieved_Gtid_Set：从库已经接收到主库的事务编号（从库的IO线程已经接受到了）

Executed_Gtid_Set：已经执行的事务编号（从库的执行sql线程已经执行了的sql）

参考文档

https://blog.csdn.net/Enmotech/article/details/107479240

https://blog.csdn.net/qingsong3333/article/details/120638849

https://www.jianshu.com/p/de80918a5487

https://blog.csdn.net/Michaelwubo/article/details/126225861