MySQL主从复制之GTID模式介绍

GTID概述

MySQL5.6 在原有主从复制的基础上增加了一个新的复制方式,即基于GTID的复制方式,它由UUID和事务ID两个部分组成,具有如下特点。
  • GTID事务是全局唯一性的,并且一个事务对应一个GTID值。
  • 一个GTID值在同一个MySQL实例上只会执行一次。

GTID相较与传统复制的优势

  • 主从搭建更加简便,不用手动特地指定position位置。
  • 复制集群内有一个统一的标识,识别、管理上更方便。
  • 故障转移更容易,不用像传统复制那样需要找 log_file 和 log_Pos的位置。
  • 通常情况下GTID是连续没有空洞的,更能保证数据的一致性。
  • 相对于ROW复制模式,数据安全性更高,切换更简单。
  • 比传统的复制更加安全,一个GTID在一个MySQL实例上只会执行一次,避免重复执行导致数据混乱或者主从不一致。

GTID自身存在哪些限制

  • 在一个复制组中,必须都要开启GTID。
  • MySQL5.6开启GTID需要重启。
  • 不支持sql_slave_skip_counte操作,传统复制可以使用这个命令跳过事务。
  • 不允许在一个SQL同时更新一个事务引擎和非事务引擎的表,如:InnoDB和MyISAM。
  • 对于create temporary table 和drop temporary table语句不支持。
  • 不支持create table … select 语句复制。

GTID工作原理简单介绍

  • master节点在更新数据的时候,会在事务前产生GTID信息,一同记录到binlog日志中。
  • slave节点的IO线程将binlog写入到本地relay log中。
  • 然后SQL线程从relay log中读取GTID,设置gtid_next的值为该gtid,然后对比slave端的binlog是否有记录。
  • 如果有记录的话,说明该GTID的事务已经运行,slave会忽略。
  • 如果没有记录的话,slave就会执行该GTID对应的事务,并记录到binlog中。

如何开启GTID复制

  • 除传统复制需要开启的binlog相关参数之外,GTID同步需额外开启如下参数设置,注意主从节点需要同步开启。

gtid_mode=on    # 开启GTIDenforce-gtid-consistency=on  # 需要同步设置该参数log-slave-updates=1      # 5.6 版本需要开启该参数