在在线服务器上设置复制模式之前，了解一些关键的复制概念非常重要。本节解释了这些概念，并且是尝试修改在线服务器的复制模式之前的必读内容。

MySQL 中的复制模式依赖于不同的技术来标识日志事务。以下是复制中使用的事务类型：

使用 GTID 可以利用 GTID 自动定位和自动故障转移，并使用 WAIT_FOR_EXECUTED_GTID_SET()、session_track_gtids 和性能模式表来监控复制事务（见 第 29.12.11 节，“性能模式复制表”）。

来自旧版本 MySQL 源的中继日志事务可能不以任何特定事件开头，但在被重放并记录到副本的二进制日志中时，以 Anonymous_gtid_log_event 开头。

要在线更改复制模式，需要使用具有足够权限的帐户设置 gtid_mode 和 enforce_gtid_consistency 变量；见 第 7.1.9.1 节，“系统变量权限”。允许的 gtid_mode 值如下，以其含义排序：

在同一个复制拓扑结构中，可以同时使用匿名和 GTID 事务的服务器。例如，源服务器使用 gtid_mode=ON 可以复制到使用 gtid_mode=ON_PERMISSIVE 的副本。

从使用 gtid_mode=ON 的源服务器复制提供了使用 GTID 自动定位的能力，使用 SOURCE_AUTO_POSITION 选项配置的 CHANGE REPLICATION SOURCE TO 语句。当前使用的复制拓扑结构对是否可以启用自动定位产生影响，因为该功能依赖于 GTID 并且与匿名事务不兼容。强烈建议在启用自动定位之前确保拓扑结构中没有匿名事务；见 第 19.1.4.2 节，“在线启用 GTID 事务”。

源服务器和副本服务器上的 gtid_mode 和自动定位的有效组合如下表所示。每个条目的含义如下：

当前的gtid_mode值也影响gtid_next。下表显示了服务器在不同gtid_mode和gtid_next值组合下的行为。每个条目的含义如下：

当不使用二进制日志记录时，如果gtid_next为 AUTOMATIC，则不生成 GTID。