在每个服务器上，执行以下语句：

SET @@GLOBAL.enforce_gtid_consistency = WARN;

让服务器运行一段时间，以便在正常工作负载下运行，并监控日志。如果这个步骤在日志中生成任何警告，请调整应用程序，以便只使用 GTID 兼容的功能，并且不生成任何警告。

在每个服务器上，执行以下语句：

SET @@GLOBAL.enforce_gtid_consistency = ON;

在每个服务器上，执行以下语句：

SET @@GLOBAL.gtid_mode = OFF_PERMISSIVE;

服务器的执行顺序无关紧要，但所有服务器都必须执行该语句，然后才能继续执行下一个步骤。

在每个服务器上，执行以下语句：

SET @@GLOBAL.gtid_mode = ON_PERMISSIVE;

与前一个步骤相同，服务器的执行顺序无关紧要，只要每个服务器都执行该语句，然后才能继续执行下一个步骤。

在每个服务器上，等待Ongoing_anonymous_transaction_count为0。您可以使用SHOW STATUS语句来检查该值，如下所示：

mysql> SHOW STATUS LIKE 'Ongoing%';
+-------------------------------------+-------+
| Variable_name                       | Value |
+-------------------------------------+-------+
| Ongoing_anonymous_transaction_count | 0     |
+-------------------------------------+-------+
1 row in set (0.00 sec)

在副本服务器上，理论上可能出现0然后是非零值。这不是问题，只要在某个时候是0。

等待所有生成到前一个步骤的交易复制到所有服务器上。您可以在不停止更新的情况下执行该步骤；关键是所有匿名事务都被复制到所有服务器上，然后才能继续执行下一个步骤。

查看第19.1.4.4节，“验证匿名事务的复制”以了解如何检查所有匿名事务是否已经复制到所有服务器上。

如果您使用二进制日志来实现其他功能，例如点时刻备份和恢复，等待您不再需要包含无GTID事务的旧二进制日志。

例如，在所有事务都已经复制完成后，您可以在备份服务器上执行FLUSH LOGS。然后，您可以显式地备份或等待下一个备份计划的下一个迭代。

理想情况下，您应该等待服务器清除所有在上一步完成时存在的二进制日志，并等待在此之前采取的备份过期。

请注意，包含匿名事务的二进制日志（即无GTID事务）在下一步后不能使用。在下一步后，您必须确保在任何服务器上没有未提交的无GTID事务。

在每个服务器上，执行以下语句：

SET @@GLOBAL.GTID_MODE = ON;

在每个服务器上，在my.cnf文件中添加gtid-mode=ON和enforce-gtid-consistency=ON。这确保了GTID将用于所有已经处理的交易。要使用GTID协议，以便在将来执行自动故障转移，请在每个副本上执行以下语句。如果您使用多源复制，执行以下语句对每个通道，包括FOR CHANNEL channel子句：

STOP REPLICA [FOR CHANNEL 'channel'];

CHANGE REPLICATION SOURCE TO SOURCE_AUTO_POSITION = 1 [FOR CHANNEL 'channel'];

START REPLICA [FOR CHANNEL 'channel'];