Java教程

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概述的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!