了解 Mysql基于GTID的复制模式

mysql教程栏目介绍Mysql基于GTID的复制模式是什么

推荐（免费）：mysql教程

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;

   Copier après la connexion
3. 依次重启主从服务器；
4. 使用change master 更新主从配置；

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

   Copier après la connexion
   5、开启复制

   mysql> START SLAVE;

   Copier après la connexion
   6、验证主从复制

   mysql> show slave status \G

   Copier après la connexion

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!