MySQL主从复制之GTID模式详细介绍
程序员文章站
2024-02-19 08:18:46
一、gtid概述mysql5.6 在原有主从复制的基础上增加了一个新的复制方式,即基于gtid的复制方式,它由uuid和事务id两个部分组成,具有如下特点。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相关参数
参数简要说明:
七、gtid与传统模式建立复制时候语句的不同点
gtid同步在建立复制的时候,将传统复制由人为指定binlog
的pos位点改为了master_auto_position=1
自动获取binlog的pos位点。
八、gtid同步状态简单解析
除了传统的查看binlog和pos值之外,gtid模式可以更直观的查看某个事务执行的情况。
gtid相关键参数说明:
到此这篇关于mysql主从复制之gtid模式详细介绍 的文章就介绍到这了,更多相关mysql主从复制之gtid模式内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!