Mysql GTID

学习技术需要掌握

作用、原理、安装步骤、工具使用、模拟演示、注意细节、优点缺点

一、GTID的作用 

① GTID的组成

GTID是全局唯一事务ID, 在主从复制当中，主库生成的事务会绑定一个全局唯一标识，这个标识不仅是在主库中唯一，也是在当前这个集群中唯一。

GTID = server_uuid:transaction_id

示例：3E11FA47-71CA-11E1-9E33-C80AA9429562:1

GTID是由server_uuid和transaction_id组成的

transaction_id字面的意思是事务id，但是这个事务id其实不是真正意义上面的事务id,

当我们执行一个事务，mysql会在事务执行过程中分配事务id,如果事务回滚了，事务id也会递增，而 server_uuid:transaction_id 是只有事务提交的时候才分配。所以这里的事务id是不一样的。

transaction_id 是在该主库上生成的事务序列号，从1开始，1-2代表第二个事务；第1-n代表n个事务。
示例中 3E11FA47-71CA-11E1-9E33-C80AA9429562 是这个节点的server_uuid，1为这个节点上提交的第1个事务的事务号，如果提交了10个事务，GTID会是这样： 3E11FA47-71CA-11E1-9E33-C80AA9429562:1-10

二、原理

1、当主库提交一个事务时，会产生一个GTID，会记录到binlog中

2、binlog传输到从机，并存储到relay log后，并把gtid_next变量设置

gtid_next = GTID；表示告诉从机，下一个执行的事务就是GTID这个对应的事务；

3、sql线程就会读取GTID,然后对比slave端的binlog是否有这个GTID，这里就表示为什么GTID模式从机也需要打开二进制日志；

4、如果有这个GTID的记录，表明这个GTID已经被执行；

5、如果没有这个GTID的记录，从机则执行这个GTID的事务，并把GTID记录到自身的binlog中

三、优缺点

1、优点

① 搭建主从复制比较简单，不用找二进制文件的log file和pos

② 比传统的复制更加安全，一个gtid只能执行一次，避免了重复执行或者主从不一致

③ 根据gtid能确定是那个主机执行的

④ gtid都是连续的，保证了数据的一致性，零丢失

2、缺点

① 主从机表的储存引擎必须一致

master：对一个innodb表做一个多sql更新的事物，效果是产生一个GTID。
slave：假设对应的表是MYISAM引擎，执行这个GTID的第一个语句后就会报错，因为非事务引擎一个sql就是一个事务。

② 不支持create table….select 语句复制（主库直接报错）

③ 对于create temporary table 和 drop temporary table语句不支持;

使用GTID复制模式时，不支持create temporary table 和 drop temporary table。但是在autocommit=1的情况下可以创建临时表，Master端创建临时表不产生GTID信息，所以不会同步到slave，但是在删除临时表的时候会产生GTID会导致，主从中断.

④ 不支持 sal_slave_skip_counter.

不支持二进制日志名+pos的复制中的跳过，

mysql在主从复制时如果要跳过报错，可以采取以下方式跳过SQL（event）组成的事务，但GTID不支持以下方式。

1. set global SQL_SLAVE_SKIP_COUNTER=1;

2. start slave sql_thread;

参考：超详细的mysql数据库GTID介绍—概念、优缺点、原理、生命周期等（好文章！！）_HD243608836的博客-CSDN博客_gtid

基于 Gtid 的 MySQL 主从同步实践_民工哥博客的技术博客_51CTO博客