再试：启用GTID，混合使用普通复制和GTID复制这次我们在1号从机而不是2号从机上启用GTID：
接下来让我们在主机上创建一个新表：
在两个从机上都运行SHOW TABLES FROM test表明，所有的服务器都创建了这个新表。因此，一旦在所有的 服务器上启用GTID，你就可以让某些从机使用基于文件的定位而让另外一些从机使用基于GTID的定位。 这就回答了第二个问题：我们可以让不同的服务器具有不同的复制模式，但所有的服务器必须将将gtid_mode设 置为ON。在gtid_mode为ON的情况下还运行基于文件的复制，这能有什么意思？我还没有发现这有什么用处， 所以在实践中，你可能会要么只用基于文件的复制在(所有服务器都设置为gtid_mode=off)，要么只用基于GTID 的复制(所有服务器都设置为gtid_mode=on)。 还有一个问题：如何通过查看SHOW SLAVE STATUS的输出才能看出来一个从机是不是基于GTID的复制？ 这可以通过查看最后一个字段，Auto_Position，的值进行区分：
结束语如果你的应用轻易不能容忍停机时间或者只读模式，那么基于GTID的复制启用起来就会非常棘手，特别在需要 重新配置大量服务器的情况下，便更是如此了。要是能将gtid_mode为ON的服务器同gtid_mode为OFF的服务 器混合使用就好了，因为这样的话，就就能够简化转向基于GTID的复制的所需的过程，如果出了错还更容易进行回滚。 英文原文：Replication in MySQL 5.6: GTIDs benefits and limitations – Part 1参与翻译(1人)： |
