了解 Mysql基于GTID的复制模式

概述了解 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比传统复制的优势

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

GTID的限制

在一个事务里面混合使用引擎如Innodb,myisam，造成多个GTIDSCREATE table…..SELECT 不能使用CREATE TEMPORARY table and DROP TEMPORARY table 不能在事务内使用

主从复制流程图

GTID生命周期

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

传统更换GTID复制模式

配置GTID所有服务器设置global.read_only参数，等待主从服务器同步完毕；

MysqL> SET @@global.read_only = ON;

依次重启主从服务器；使用change master 更新主从配置；

MysqL> CHANGE MASTER TOMASTER_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的复制模式全部内容，希望文章能够帮你解决了解 Mysql基于GTID的复制模式所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。