GTID概述

本文主要是介绍GTID概述，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

what：

　　GTID (Global Transaction IDentifier) 是全局事务标识。它具有全局唯一性，一个事务对应一个GTID。唯一性不仅限于主服务器，GTID在所有的从服务器上也是唯一的。一个GTID在一个服务器上只执行一次，从而避免重复执行导致数据混乱或主从不一致。

　　GTID在所有主从服务器上都是不重复的，所以所有在从服务器上执行的事务都可以在binlog找到。
　　一旦一个事务提交了，与拥有相同GTID的后续事务都会被忽略。这样可以保证从服务器不会重复执行同一件事务。

　　当使用GTID时，从服务器不需要保留任何非本地数据，使用数据都可以来自replicate data stream。从DBA和开发者的角度看，从服务器无保留file-offset pairs以决定如何处理主从服务器间的数据流。

　　GDIT由两部分组成：GTID = source_id:transaction_id。
　　　　source_id：是产生GTID的服务器，即是server_uuid，在第一次启动时生成（sql/mysqld.cc: generate_server_uuid()），并保存到DATADIR/auto.cnf文件里。
　　　　transaction_id：是序列号（sequence number），在每台MySQL服务器上都是从1开始自增长的顺序号，是事务的唯一标识。

where：

　　在传统的复制里面，当发生故障需要主从切换时，服务器需要找到binlog和pos点，然后将其设定为新的主节点开启复制。相对来说比较麻烦，也容易出错。在MySQL 5.6里面，MySQL会通过内部机制自动匹配GTID断点，不再寻找binlog和pos点。我们只需要知道主节点的ip，端口，以及账号密码就可以自动复制。

how：

　　主从GTID的生成方式：

　　　　GTID的生成受GTID_NEXT控制。
　　　　在主服务器上，GTID_NEXT默认值是AUTOMATIC，即在每次事务提交时（具体执行前）自动生成GTID。它从当前已执行的GTID集合（即gtid_executed）中，找一个大于0的未使用的最小值作为下个事务GTID。同时在实际的更新事务记录之前，将GTID写入到binlog（set GTID_NEXT记录）。
　　　　在Slave上，从binlog先读取到主库的GTID(即get GTID_NEXT记录)，而后执行的事务采用该GTID。

　　主从复制：

　　　　主服务器更新数据时，会在事务前产生GTID，一同记录到binlog日志中。binlog传送到从服务器后，被写入到本地的relay log中。
　　　　从服务器读取GTID（从relay log中），并将其设定为自己的GTID（GTID_NEXT系统）。sql线程从relay log中获取GTID，然后对比从服务器端的binlog是否有记录。如果有记录，说明该GTID的事务已经执行，从服务器会忽略；如果没有记录，从服务器就会从relay log中执行该GTID的事务，并记录到binlog。

这篇关于GTID概述的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！