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
点赞

发表评论

电子邮件地址不会被公开。必填项已用 * 标注