理解 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;

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

以上就是理解 Mysql基于GTID的复制模式的具体内容，更多请关注百分百源码网其它相关文章！