我们在测试 5.6 GTID 的时候，发现了一个导致主备数据丢失的场景。特别提醒一下使用 MySQL 5.6 并启用了 GTID 的各位，以避免这种情况发生。同时也简单介绍了 GTID 的实现原理。

场景描述

有一台 MySQL 实例 A ，启用了 GTID 。由于 MySQL 服务器空间吃紧，我们手工将主库的所有的 binlog 以及 binlog 的 index 文件都删除掉，并启动了这个 MySQL 实例。此后，本来连在该 MySQL 实例上的备库虽然 show slave status 状态都是正常的，但是却无法获得主库上的任何更新了。备库上的 show slave status 如下：

[5.6.14-log instance1 root@test1 /root root@127.0.0.1:test 17:42:32 ]
>show slave statusG
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.1.152
Master_User: repl
Master_Port: 9309
Connect_Retry: 60
Master_Log_File: …