13.4.1.2 RESET MASTER Statement — MySQL 5.7

13.4.1.2 Заявление RESET MASTER

RESET MASTER

Предупреждение

Используйте данное заявление с осторожностью, чтобы убедиться, что вы не потеряете нужные данные файла журнала двоичных логов и истории выполнения GTID.

RESET MASTER требует привилегии RELOAD.

Для сервера, где включен журнал двоичных логов (log_bin имеет значение ON), RESET MASTER удаляет все существующие файлы журнала двоичных логов и сбрасывает индексный файл журнала двоичных логов, возвращая состояние сервера к состоянию до запуска журнала двоичных логов. Создается новый пустой файл журнала двоичных логов, чтобы можно было перезапустить запись в журнал двоичных логов.

Для сервера, где используются GTID (gtid_mode имеет значение ON), выполнение RESET MASTER сбрасывает историю выполнения GTID. Значение системной переменной gtid_purged устанавливается в пустую строку (''), глобальное значение (но не сеансовое) системной переменной gtid_executed устанавливается в пустую строку, и таблица mysql.gtid_executed очищается (см. таблицу mysql.gtid_executed). Если на сервере с поддержкой GTID включен журнал двоичных логов, RESET MASTER также сбрасывает журнал двоичных логов, как описано выше. Обратите внимание, что RESET MASTER — это способ сбросить историю выполнения GTID даже если GTID-сервер является репликой, где журнал двоичных логов отключен; RESET SLAVE не влияет на историю выполнения GTID. Для получения дополнительной информации о сбросе истории выполнения GTID см. Сброс истории выполнения GTID.

Важно

Действия RESET MASTER отличаются от действий PURGE BINARY LOGS по 2 ключевым моментам:

RESET MASTER удаляет все файлы журнала двоичных логов, указанные в индексном файле, оставляя только один пустой файл журнала двоичных логов с числовым суффиксом .000001, тогда как нумерация не сбрасывается PURGE BINARY LOGS.
RESET MASTER не предназначено для использования во время работы каких-либо реплик. Поведение RESET MASTER при использовании во время работы реплик не определено (и поэтому не поддерживается), тогда как PURGE BINARY LOGS может быть безопасно использовано во время работы реплик.

См. также Раздел 13.4.1.1, «Заявление PURGE BINARY LOGS».

RESET MASTER может оказаться полезным при первом настройке источника и реплики, чтобы можно было проверить настройку следующим образом:

Запустите источник и реплику и начните репликацию (см. Раздел 16.1.2, «Настройка репликации на основе положения файла журнала двоичных логов»).
Выполните несколько тестовых запросов на источнике.
Проверьте, что запросы были реплицированы на реплику.
Когда репликация работает правильно, выполните STOP SLAVE и затем RESET SLAVE на реплике, затем проверьте, что какие-либо нежелательные данные больше не существуют на реплике.
Выполните RESET MASTER на источнике, чтобы очистить тестовые запросы.

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