GTID复制详解

前言

GTID复制是MySQL 5.6后的新功能，在传统的方式里，主从切换后，需要找到binlog和POS点，然后执行命令change master to 指向新的主库。对于不是很有经验的人来说，往往会找错，造成主从同步复制报错，在MySQL 5.6版本里，无须再找binlog和POS点，只需要知道master的IP、端口、账号和密码即可，因为同步复制是自动的，MySQL会通过内部机制GTID（Global Transaction ID）自动找点同步。另外，MariaDB 10.0版本中，默认开启GTID，无需设置任何参数。

GTID复制名词解释

server_uuid

服务器身份ID。在第一次启动MySQL时，会自动生成一个server_uuid并写入数据目录下的auto.cnf文件里，官方不建议修改。并且server_uuid跟GTID有密切联系。

GTID

全局事务标识符。使用这个功能时，每次事务提交都会在binlog里生成一个唯一的标识符，它由UUID和事务ID组成。首次提交的事务ID为1，第二次为2，第三次为3，依次类推。

开启GTID时，slave进行同步复制的时候，无须找到binlog日志和POS点，直接change master to master_auto_position = 1即可，它会自动找点同步。

GTID的工作流程

1、在master上一个事务提交，并写入binlog里

2、binlog日志发送到slave，slave接收完并写入中继日志里，slave读取到这个GTID，并设置gtid_next的值。例如：

SET@@SESSION.GTID_NEXT='B0869D03-D4A9-11E1-A2E-000C290A6B8F:3;'

然后告诉slave接下来的事务必须使用GTID，并写入它自动的binlog里。

3、slave检查并确认这个GTID没有被使用，如果没有被使用，那么开始执行这个事务并写入它自已的binlog里。

4、由于gtid_next的值不为空，slave不会尝试去生成一个新的gtid，而是通过主从同步来获取GTID

注意： 如果使用了GTID，就不能使用传统的binlog和POS方式。

GTID的局限性包含以下几方面

• GTID同步复制是基于事务的，所以MyISAM表不支持，这可能导致多个GTID分配给同一个事务
• 不支持CREATE TABLE...SELECT 语句。因为该语句会被拆分成create table和insert两个事务，并且，如果这两个事务被分配了同一个GTID，则会导致instert被备库忽略掉。

设置MySQL 5.6 GTID方式的主从同步

在my.cnf中加入：

log-bin = mysql-bin
binlog_format = row
log_slave_updates = 1
gtid_mode = ON
enforce_gtid_consistency = ON

在master导入数据到slave后，在slave执行：

mysql> CHANGE MASTER TO
> MASTER_HOST = master-host,
> MASTER_PORT = master-port,
> MASTER_USER = repl-user,
> MASTER_PASSWORD = repl-password,
> MASTER_AUTO_POSITION = 1;