17.1.3.1 GTID Concepts
17.1.3.2 Setting Up Replication Using GTIDs
17.1.3.3 Using GTIDs for Failover and Scaleout
17.1.3.4 Restrictions on Replication with GTIDs
17.1.3.5 Disabling GTID Transactions
本节说明使用全局事务标识符的基于事务的复制 （GTID），在MySQL 5.6.5中引入。使用GTID时，每个事务都可以在提交到原始服务器上并由任何从属应用时进行标识和跟踪。这意味着在启动新的从属服务器或故障转移到新的主服务器时，不必使用GTID来引用日志文件或这些文件中的位置，从而极大地简化了这些任务。由于基于GTID的复制完全基于事务，因此可以轻松确定主服务器和从服务器是否一致。只要在主服务器上提交的所有事务也都在从服务器上提交，则可以保证两者之间的一致性。您可以对GTID使用基于语句的复制或基于行的复制（请参见 第17.1.2节“复制格式”）; 但是，为了获得最佳结果，我们建议您使用基于行的格式。
本节讨论以下主题：
GTID的定义和创建方式以及它们在MySQL Server中的表示方式（请参见 第17.1.3.1节“ GTID概念”）。
设置和启动基于GTID的复制的一般过程（请参见第17.1.3.2节“使用GTID设置复制”）。
建议使用GTID时配置新复制服务器的方法（请参见 第17.1.3.3节“使用GTID进行故障转移和横向扩展”）。
使用基于GTID的复制时应注意的限制和限制（请参见第17.1.3.4节“使用GTID进行复制的 限制”）。
禁用GTID的过程，如果已启用GTID并降级到不支持GTID的MySQL版本，则必须执行此操作（请参见 第17.1.3.5节“禁用GTID事务”）。
有关与基于GTID的复制相关的MySQL Server选项和变量的信息，请参见 第17.1.4.5节“全局事务ID选项和变量”。另请参见 第12.17节“与全局事务ID一起使用的函数”，它描述了MySQL 5.6支持与GTID一起使用的SQL函数。
注意
GTID与NDBNDB群集使用的存储引擎不兼容或不支持 。在NDB群集中启用GTID很有可能导致出现问题NDB，并且也导致NDB群集复制失败。
