MySQL之GTID简介

小鱼儿 2021-06-24 14:37 577阅读 0赞

官网：[http://dev.mysql.com/doc/refman/5.6/en/replication-gtids-concepts.html][http_dev.mysql.com_doc_refman_5.6_en_replication-gtids-concepts.html]

## 简介 ##

MySQL5.6 以后，提供了基于 GTID 多开启多线程同步复制的方案，即每个库有一个单独的(sql thread)，进行同步复制，这将大大改善 MySQL 主从同步的数据延迟问题，此外，用 GTID 避免了在传送 binlog 逻辑上依赖文件名和物理偏移量，能够更好的支持自动容灾切换，传统的方式里，你需要找到 binlog和 POS 点，然后 change master to 指向，而不是很有经验的运维，往往会将其找错，造成主从同步复制报错，在 mysql5.6 里，无须再知道 binlog 和 POS 点，需要知道 master 的 IP、端口，账号密码即可，因为同步复制是自动的，mysql 通过内部机制 GTID 自动找点同步。

## 概念 ##

GTID（global transaction identifier）：mysql服务提交事务时会创建一个全局标识符，它不仅在主（master）服务器上唯一标识，而且在从（slave）服务上也是唯一标识的。

## 格式 ##

GTID = source_id:transaction_id
     
      
       1

source\_id：mysql的server\_id；   
transaction\_id：事务提交时，会生成一个序列号，第一个提交的事务值为1，第十个提交的事务值为10。

//第23个事务被提交时生成的GTID
    3E11FA47-71CA-11E1-9E33-C80AA9429562:23
     
      
       1
       2

同一mysql服务上的多个GTID可以缩写：

3E11FA47-71CA-11E1-9E33-C80AA9429562:1-5
     
      
       1

## 工作原理 ##

*  主服务执行并提交事务时生成GTID，写入binary log文件。
 *  binary log传输到从服务上后，被存储在relay log中，从服务读取GTID并将值设置到gtid\_next系统变量中，gtid\_next代表下个事务要执行的GTID。
 *  从服务会去读取自己的binary log来判断是否执行过此GTID，如果有记录，则会忽略；如果没有执行过，将GTID写进binary log，执行事务之前，确保其他的session客户端没有执行提交过该GTID事务，保证数据的一致性。

[http_dev.mysql.com_doc_refman_5.6_en_replication-gtids-concepts.html]: http://dev.mysql.com/doc/refman/5.6/en/replication-gtids-concepts.html