为了能够安全地配置在线服务器的复制模式，了解复制的一些关键概念非常重要。本节解释了这些概念，是尝试修改在线服务器的复制模式之前的必读内容。

MySQL 中可用的复制模式依赖于不同的技术来识别记录的事务。复制使用的事务类型如下：

使用 GTID 时，您可以利用自动定位和自动故障转移，以及 使用 Performance Schema 表使用WAIT_FOR_EXECUTED_GTID_SET()、 session_track_gtids监视复制的事务。启用 GTID 后，您不能使用 sql_slave_skip_counter，而是使用空事务。

从运行以前版本的 MySQL 的源接收的中继日志中的事务可能根本没有任何特定事件，但在重放并记录在副本的二进制日志中之后，它们前面有一个 Anonymous_gtid_log_event.

在线配置复制模式的能力意味着gtid_mode和 enforce_gtid_consistency 变量现在都是动态的，并且可以由具有足以设置全局系统变量的权限的帐户从顶级语句进行设置。请参阅 第 5.1.8.1 节，“系统变量权限”。在以前的版本中，这两个变量只能在服务器启动时使用适当的选项进行配置，这意味着对复制模式的更改需要重新启动服务器。在所有版本 gtid_mode中都可以设置为 ON或OFF，对应是否使用 GTID 来标识事务。什么时候gtid_mode=ON无法复制匿名交易，并且 gtid_mode=OFF只能复制匿名交易。从 MySQL 5.7.6 开始，该 gtid_mode变量有两个附加状态，OFF_PERMISSIVE和 ON_PERMISSIVE. 那时 新gtid_mode=OFF_PERMISSIVE事务是匿名的， 同时允许复制的事务是 GTID 或匿名事务。然后 新事务使用 GTID，同时允许复制的事务是 GTID 或匿名事务。这意味着可以有一个复制拓扑，其中的服务器同时使用匿名和 GTID 事务。例如一个来源 gtid_mode=ON_PERMISSIVEgtid_mode=ON可以复制到一个副本 gtid_mode=ON_PERMISSIVE。的有效值gtid_mode如下，并按以下顺序排列：

需要注意的是， gtid_mode根据上面的顺序，一次只能改变一个步骤的状态。例如，如果 gtid_mode当前设置为 OFF_PERMISSIVE，则可以更改为 OFF或ON_PERMISSIVE但不能更改为ON。这是为了确保服务器正确处理在线从匿名事务更改为 GTID 事务的过程。gtid_mode=ON当您在和 之间切换时 gtid_mode=OFF，GTID 状态（换句话说 的值 gtid_executed）是持久的。这确保了服务器已应用的 GTID 集始终被保留，而不管 gtid_mode.

作为 MySQL 5.7.6 引入的更改的一部分，与 GTID 相关的字段已被修改，以便它们显示正确的信息，而不管当前选择的是什么 gtid_mode。gtid_executed这意味着显示 GTID 集的字段， 例如 Performance Schema 表中的 gtid_purged, 和 GTID 相关结果 ，现在在不存在 GTID 时返回空字符串。显示单个 GTID 的字段（例如在 Performance Schema 表中）现在会在未使用 GTID 事务时显示。 RECEIVED_TRANSACTION_SETreplication_connection_statusSHOW SLAVE STATUSCURRENT_TRANSACTIONreplication_applier_status_by_workerANONYMOUS

从源复制使用 gtid_mode=ON提供了使用自动定位的能力，使用CHANGE MASTER TO MASTER_AUTO_POSITION = 1;语句配置。使用的复制拓扑会影响是否可以启用自动定位，因为此功能依赖于 GTID，并且与匿名事务不兼容。如果启用自动定位并遇到匿名事务，则会生成错误。强烈建议在启用自动定位之前确保拓扑中没有剩余的匿名事务，请参阅 第 16.1.4.2 节，“在线启用 GTID 事务”。的有效组合gtid_mode 下表显示了源和副本上的自动定位，其中源的 gtid_mode显示在水平方向上，副本的 gtid_mode显示在垂直方向上：

在上表中，条目是：

当前选择的gtid_mode 也会影响gtid_next 变量。gtid_mode 下表显示了服务器对于和的不同值的行为gtid_next。

在上表中，条目是：

当二进制日志关闭并 gtid_next设置为 时 AUTOMATIC，则不会生成 GTID。这与以前版本的行为一致。