10.14.5 Состояния потока репликации I/O (получатель)
В следующем списке показаны наиболее распространённые состояния, которые вы видите в столбце State для потока репликации I/O (получатель) на сервере реплики. Это состояние также отображается в столбце Replica_IO_State, отображаемом оператором SHOW
REPLICA STATUS, поэтому вы можете получить хорошее представление о происходящем, используя этот оператор.
В MySQL 8.0 были внесены несовместимые изменения в имена инструментирования. Инструменты мониторинга, работающие с этими именами инструментирования, могут быть затронуты. Если эти несовместимые изменения оказывают влияние, установите системную переменную terminology_use_previous в значение BEFORE_8_0_26, чтобы MySQL Server использовал старые версии имён для объектов, указанных в предыдущем списке. Это позволит инструментам мониторинга, которые полагаются на старые имена, продолжить работу до тех пор, пока они не будут обновлены для использования новых имён.
Установите системную переменную terminology_use_previous с объёмом действия сеанса, чтобы поддерживать отдельные функции, или глобальный объём действия, чтобы установить значение по умолчанию для всех новых сеансов. Если используется глобальный объём действия, в журнале медленных запросов содержатся старые версии имён.
-
Checking master versionChecking source versionСостояние, которое возникает очень кратковременно после установления соединения с источником.
-
Connecting to masterConnecting to sourceПоток пытается подключиться к источнику.
-
Queueing master event to the relay logQueueing source event to the relay logПоток прочитал событие и копирует его в журнал ретрансляции, чтобы поток SQL мог обработать его.
-
Reconnecting after a failed binlog dump requestПоток пытается повторно подключиться к источнику.
-
Reconnecting after a failed master event readReconnecting after a failed source event readПоток пытается повторно подключиться к источнику. При повторном подключении состояние становится
Waiting for master to send event. -
Registering slave on masterRegistering replica on sourceСостояние, которое возникает очень кратковременно после установления соединения с источником.
-
Requesting binlog dumpСостояние, которое возникает очень кратковременно после установления соединения с источником. Поток отправляет запросу к источнику содержимое его двоичных журналов, начиная с указанного имени файла и позиции двоичного журнала.
-
Waiting for its turn to commitСостояние, возникающее, когда поток репликации ожидает, пока более старые потоки-работники не завершат работу, если
replica_preserve_commit_orderвключено. -
Waiting for master to send eventWaiting for source to send eventПоток подключился к источнику и ожидает прибытия двоичных событий. Это может длиться долго, если источник неактивен. Если ожидание длится более
replica_net_timeoutсекунд, происходит таймаут. В этот момент поток считает подключение разорванным и предпринимает попытку повторного подключения. -
Waiting for master updateWaiting for source updateНачальное состояние перед
Connecting to masterилиConnecting to source. -
Waiting for slave mutex on exitWaiting for replica mutex on exitСостояние, которое возникает кратковременно по мере остановки потока.
-
Waiting for the slave SQL thread to free enough relay log spaceWaiting for the replica SQL thread to free enough relay log spaceВы используете ненулевое значение
relay_log_space_limit, а объём журналов ретрансляции стал достаточно большим, что их суммарный размер превысил это значение. Поток I/O (получатель) ожидает, пока поток SQL (применитель) освободит достаточно места, обрабатывая содержимое журнала ретрансляции, чтобы он мог удалить некоторые файлы журнала ретрансляции. -
Waiting to reconnect after a failed binlog dump requestЕсли запрос на копирование двоичного журнала потерпел неудачу (из-за отключения), поток переходит в это состояние, пока спит, а затем периодически пытается повторно подключиться. Интервал между попытками повторного подключения можно указать с помощью оператора
CHANGE REPLICATION SOURCE TO. -
Waiting to reconnect after a failed master event readWaiting to reconnect after a failed source event readПри чтении возникла ошибка (из-за отключения). Поток спит в течение заданного количества секунд оператором
CHANGE REPLICATION SOURCE TOперед попыткой повторного подключения.
© 2025 Oracle
Licensed under the GPLv2 License.