Выполните следующие операторы на каждом реплике, а если используется многоисточниковая репликация, выполните для каждого канала, включая условие FOR CHANNEL при использовании многоисточниковой репликации:

STOP REPLICA [FOR CHANNEL 'channel'];

CHANGE REPLICATION SOURCE TO
  SOURCE_AUTO_POSITION = 0,
  SOURCE_LOG_FILE = 'file',
  SOURCE_LOG_POS = position
  [FOR CHANNEL 'channel'];

START REPLICA [FOR CHANNEL 'channel'];
 

Значения для file и position можно получить из столбцов relay_source_log_file и exec_source_log_position в выводе SHOW REPLICA STATUS. Имена file и channel — строки; обе эти строки должны быть заключены в кавычки при использовании в операторах STOP REPLICA, CHANGE REPLICATION SOURCE TO и START REPLICA.

На каждом сервере выполните следующий оператор:

SET @@global.gtid_mode = ON_PERMISSIVE;

На каждом сервере выполните следующий оператор:

SET @@global.gtid_mode = OFF_PERMISSIVE;

На каждом сервере дождитесь, пока глобальное значение gtid_owned станет равным пустой строке. Это можно проверить, используя показанный здесь оператор:

SELECT @@global.gtid_owned;

На реплике теоретически возможно, что это пусто, а затем станет непустым. Это не проблема; достаточно, чтобы значение было пустым хотя бы один раз.

Дождитесь, пока все транзакции, которые в настоящее время существуют в любом двоичном журнале, будут подтверждены на всех репликах. См. Раздел 19.1.4.4, «Проверка репликации анонимных транзакций» для одного из методов проверки того, что все анонимные транзакции были реплицированы на все серверы.

Если вы используете двоичные журналы для чего-либо помимо репликации (например, для выполнения резервного копирования или восстановления в определенный момент времени), подождите, пока вам больше не понадобятся старые двоичные журналы, содержащие транзакции GTID.

Например, после завершения предыдущего шага можно выполнить FLUSH LOGS на сервере, где вы выполняете резервное копирование. Затем выполните резервное копирование вручную или дождитесь следующей итерации любой периодической процедуры резервного копирования, которую вы могли настроить.

В идеале, вы должны дождаться, пока сервер очистит все двоичные журналы, существовавшие на момент выполнения шага 5, и любые резервные копии, созданные до этого, истекли.

Следует помнить, что журналы, содержащие транзакции GTID, больше нельзя использовать после следующего шага. Поэтому, прежде чем продолжить, необходимо убедиться, что нигде в топологии не существует непроверенных транзакций GTID.

На каждом сервере выполните следующий оператор:

SET @@global.gtid_mode = OFF;

На каждом сервере установите gtid_mode=OFF в my.cnf.

По желанию, можно также установить enforce_gtid_consistency=OFF. После этого необходимо добавить enforce_gtid_consistency=OFF в ваш конфигурационный файл.