10.14.5 Состояния потока репликации ВВОД/ВЫВОД (получатель)
В следующем списке показаны наиболее распространенные состояния, которые вы видите в столбце State для потока репликации ВВОД/ВЫВОД (получатель) на сервере реплики. Это состояние также отображается в столбце Replica_IO_State, отображаемом с помощью SHOW
REPLICA STATUS, поэтому вы можете хорошо видеть, что происходит, используя данную команду.
Установите системную переменную 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, и журналы ретрансляции достаточно разрослись, чтобы их совокупный размер превысил это значение. Поток ВВОД/ВЫВОД (получатель) ожидает, пока поток 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.