GTID复制与问题处理

+---------------+---------------------------------------------------------------------------------------------------------------------------------+1 row in set (0.01 sec)

（2）从库

root@(none)03:04:49>set global GTID_PURGED='5031589f-3551-11e7-89a0-00505693235d:1-12,806ede0c-357e-11e7-9719-00505693235d:1-11,a38c33ee-34b7-11e7-ae1d-005056931959:1-24';

注意，在指定前首先要确认这个值是空的，不然我们要做以下操作：

root@(none)03:04:49>reset master;
root@(none)03:04:49>set global GTID_PURGED='5031589f-3551-11e7-89a0-00505693235d:1-12,806ede0c-357e-11e7-9719-00505693235d:1-11,a38c33ee-34b7-11e7-ae1d-005056931959:1-24';
root@(none)03:04:49>start slave;
root@(none)03:04:49>show slave status\G

这样修复就完成了，但是我们最好还是用checksum校验一下主从数据的一致性。

报错信息：

Got fatal error 1236 from master when reading data from binary log: ‘The slave is connecting using CHANGE MASTER TO MASTER_AUTO_POSITION = 1, but the master has purged binary logs containing GTIDs that the slave requires

（贴个错误信息为了增加浏览量）

当然上面的方法并不能保证数据的完全一致性，我们还要去校验使用 pt-table-checksum and pt-table-sync，但是这样效率不一定是最高的，最好的方式还是通过前面介绍的，做全备份，然后恢复，再指定master，这才是最靠谱的。

以上就是GTID复制和问题处理的详细内容，更多请关注php中文网其它相关文章！

关键词：GTID复制与问题处理