MySQL之基于GTID的主从复制

1 GTID介绍

1.他是一个全局事务标识符：是一个唯一标识符，他与主库上提交的每个事务相关联
    GTID 保证了每个在主库上提交的事务在集群中有一个唯一的ID。
    这种方式强化了数据库的主备一致性，故障恢复以及容错能力。

2.此标识符不仅对其发起的服务器是唯一的，而且在给定复制设置中的所有服务器都是唯一的，所有的事务和所有的GTID都是1对1的映射

3.GTID实际上是由UUID+TID组成的
    UUID是数据库实例的标识符
    TID表示事务提交的数量，会随着事务的提交递增
    #例子：34177574-b5a4-11ea-88a5-000c2984fcde:45

2.GTID主从复制优点

• GTID同步时会开启多个SQL线程
• binlog在row模式下，占用磁盘空间较小
• GTID会保存主从相关信息
• 基于GTID的主从复制不需要手动配置binglog的名字（master_log_file）和位置点（master_log_pos）

3.GTID主从复制缺点

• mysqldump备份数据库时需要加上--set-gtid-purged=OFF选项

在开启了GTID模式后，使用mysqldump备份数据时默认是 --set-gtid-purged=ON，如果使用这个备份导入到master端时，数据库不会产生相应地binlog日志，这些备份的数据就不会同步到slave端。

• 主从复制SQL线程报错时，无法使用sql_slave_skip_counter跳过报错

在 MySQL 5.7.11 版本之前，此选项与基于 GTID 的复制模式不兼容，并且--gtid-mode = ON 时不能将其设置为非零值。但可以使用设置空事务的方式跳过一个事务，在 MySQL 5.7.11 和更高版本中可以使用该参数来跳events，对于DDL语句，设置为1即可跳过，但是对于DML语句的事务，可能需要设置为 2 才能跳过事务

4.基于GTID的主从复制搭建

4.1 编辑配置文件

• 修改主库的配置文件

[root@db01 ~]# vim /etc/my.cnf
[mysqld]
server_id=1
log_bin=mysql-bin
gtid_mode=ON
enforce_gtid_consistency=ON
log_slave_updates=ON

• 修改从库的配置文件

[root@db02 ~]# vim /etc/my.cnf
[mysqld]
server_id=2
log_bin=mysql-bin
gtid_mode=ON
enforce_gtid_consistency=ON
log_slave_updates=ON

[root@db03 ~]# vim /etc/my.cnf
[mysqld]
server_id=3
log_bin=mysql-bin
gtid_mode=ON
enforce_gtid_consistency=ON
log_slave_updates=ON

注意：log_slave_updates=ON主要作用是让从库保存binlog日志。此配置主要应用于：基于GTID的主从复制、MHA高可用、双主+keepalived、级联复制。

• 重启数据库，配制生效

systemctl restart mysqld

4.2 主库和从库操作

• 主库操作

mysql> grant replication slave on *.* to rep@'172.16.1.%' identified by '123';

• 从库操作

执行change master to 语句

mysql> change master to 
master_host='172.16.1.51',
master_port=3306,
master_user='rep',
master_password='123',
master_auto_position=1;

启动从库线程

mysql> start slave;

4.3 检查从库状态

在从库中出现类似如下信息，则说明GTID模式的主从复制搭建成功了

mysql> show slave status\G
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
            Executed_Gtid_Set: 19d44a0d-a63c-11ea-a42d-000c29a3cd40:1-2
                Auto_Position: 1