关于MySQL GTID的一次深刻学习( 六 )_最近因为一个特别的操作需求

隔了很久，夫妻两人要共同管账（配置双主模式），需要把之前的消费情况理一理。结果发现丈夫（Slave）管账的时候有一部分的账目不一样，即媳妇（Master端）看到的账目和丈夫（Slave端）看到的不一样，媳妇这边是5046391笔交易，丈夫这边记录的是5046473笔交易，结果丈夫也记不得这个过程的消费记录，所以这种情况下就需要做一些修正和稽核。

这个情况有些类似，我们的思路是先修正两边的GTID(不变化的部分），然后再重新建立双向复制关系。

修复过程

修复过程其实比较清晰，那就是现在是以Master端的GTID为准，那么我们就不能在Master端做任何reset master的操作，所以记录的修正应该是以Master为准，所有的操作应该是在Slave端完成。

Slave端修复的步骤如下：

1）stop slave;

2）show slave status\\G

记录下来得到的Executed_Gtid_Set值，这是截止stop slave时最新的GTID状态信息。