Mysql基于GTID的复制模式

GTID定义

GTID( Global Transaction Identifier)全局事务标识。GTID是5.6 版本引入的一个有关于主从复制的重大改进,相对于之前版本基于Binlog文件+Position的主从复制,基于GTID的主从复制,数据一致性更高,主从数据复制更健壮,主从切换、故障切换不易出错,很少需要人为介入处理。

表示方式

GTID = server_uuid:transaction_id
其GTID通常会记录在MySQL的系统变量@@GLOBAL.gtid_executed 以及系统表mysql.gtid_executed中,系统变量@@GLOBAL.gtid_executed 在内存中,属于非持久化存储,而系统表mysql.gtid_executed属于持久化存储。

GTID比传统复制的优势

  1. 更简单的搭建主从复制
  2. 更简单的实现failover (主从切换),不用以前那样一步一步的去找log_file和log_pos
  3. GTID是连续的没有空洞的,保证数据的一致性,零丢失。
  4. 复制集群有一个统一的方式识别复制位置,给集群管理带来了便利

GTID的限制

  1. 在一个事务里面混合使用引擎如Innodb,myisam,造成多个GTIDS
  2. CREATE TABLE…..SELECT 不能使用
  3. CREATE TEMPORARY TABLE and DROP TEMPORARY TABLE 不能在事务内使用

主从复制流程图


GTID生命周期

  1. 当一个事务在一个主库上被执行和提交,那么这个事务就会被分配一个和该主库uuid相关联的gtid,这个gtid被写入到主库的binlog文件中。
  2. 当这个binlog文件达到最大值发生轮转,或者MySQL Server关闭时,上一个binlog文件中的事务GTID将会被写入到mysql.gtid_executed表中。
  3. 事务提交时,该事务的gtid会很快的添加到系统变量@@GLOBAL.gtid_executed,但是系统表 mysql.gtid_executed 则不会,应为有部分gtid还在binlog中,需要等到binlog轮转或者mysqlServer关闭时才会写入到mysql。gtid_executed表中.
  4. 主库上的binlog通过主从复制协议传送到从库,并写入到从库的relay log(中继日志), 从库读取relay log中的gtid和对应的事务信息,把gtid_next设置为该gtid值,使得从库使用该gtid值应用其对应的事务
  5. 如果多个线程并发应用同一个事务,比如多个线程设置gtid_next为同一个值,MySQL Server 只允许其中一个线程执行,gtid_owned系统变量记录着谁拥有该GTID.

传统更换GTID复制模式

  1. 配置GTID
  2. 所有服务器设置global.read_only参数,等待主从服务器同步完毕;
    mysql> SET @@global.read_only = ON;
  3. 依次重启主从服务器;
  4. 使用change master 更新主从配置;
    mysql> CHANGE MASTER TO
    MASTER_HOST = host,
    MASTER_PORT = port,
    MASTER_USER = user,
    MASTER_PASSWORD = password,
    MASTER_AUTO_POSITION = 1;
    5、开启复制
    mysql> START SLAVE;
    6、验证主从复制
    mysql> show slave status \G

主库已有数据的解决方案

对主库数据进行备份,然后将主数据库中导出的数据导入到从数据库,然后再开启主从复制,以此保证主从数据库一致性。

  1. 锁定主数据库,只允许读取不允许写入,这样做的目的是防止备份过程中或备份完成之后有新数据插入,导致备份数据和主数据数据不一致。
    mysql> flush tables with read lock;
  2. 通过mysql主服务器上的全备初始化从服务器上数据:
    [root@localhost data]# cd /data/db_backup/
    [root@localhost db_backup]#  mysqldump -uroot -p --master-data=1 --single-transaction --routines --triggers --events  --all-databases > all.sql
    Enter password:
  3. 解锁主数据库:
    unlock tables;
  4. 把数据全量导入slave数据库,保证主从数据一致

参考文献

本作品采用《CC 协议》,转载必须注明作者和本文链接
讨论数量: 0
(= ̄ω ̄=)··· 暂无内容!

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!