浅析mysql主从复制中的gtid-创新互联
gtid(Global Transaction ID)是对于一个已提交事务的编号,并且是一个全局唯一的编号。它的官方定义如下:
gtid= source_id :transaction_id
每一个 gtid代表一个数据库事务。在上面的定义中,source_id 表示执行事务的主库 uuid(server_uuid),transaction_id 是一个从 1 开始的自增计数,表示在这个主库上执行的第 n 个事务。MySQL 只要保证每台数据库的 server_uuid 全局唯一,以及每台数据库生成的 transaction_id 自身唯一,就能保证 gtid 的全局唯一性。
在开启gtid的主从复制的环境下,在slave上执行show slave status\G 可以看到下述信息:
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
...
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
...
Retrieved_Gtid_Set: b5e3d908-fa6d-11e7-b931-06f990000100:1-3
Executed_Gtid_Set: b5e3d908-fa6d-11e7-b931-06f990000100:1-3
Auto_Position: 1
1 row in set (0.00 sec)
Retrieved_Gtid_Set 表示slave从master接受的gtid set,使用 reset slave 命令可以清空此项;
Executed_Gtid_Set 表示slave已执行的gtid set,使用 reset master 命令可以清空此项。
Retrieved_Gtid_Set 和 Executed_Gtid_Set 必须为master 上 gtid set 的子集,否则会报以下错误:
mysql> show slave status\G
*************************** 1. row ***************************
...
Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Slave has more GTIDs than the master has, using the master's SERVER_UUID. This may indicate that the end of the binary log was truncated or that the last binary log file was lost, e.g., after a power or disk failure when sync_binlog != 1. The master may or may not have rolled back transactions that were already replica'
...
1 row in set (0.00 sec)
slave 停掉后再次启动时,会进行以下操作:
1.读取master上的gtid set(假设为set A)
2.将set A和自身的 Retrieved_Gtid_Set(假设为set B) 对比,执行 A-B 部分的事务以保持和master的同步。
这里本来是要贴上验证的操作的,但51cto博客的表格展示很不友好,所以验证的工作就交给大家啦~^o^
另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。
分享文章:浅析mysql主从复制中的gtid-创新互联
标题路径:http://hbruida.cn/article/ceooei.html