Spec-Zone.ru › MySQL 8.4

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 version

    Checking source version

    Состояние, которое возникает очень кратковременно после установления соединения с источником.

  • Connecting to master

    Connecting to source

    Поток пытается подключиться к источнику.

  • Queueing master event to the relay log

    Queueing source event to the relay log

    Поток прочитал событие и копирует его в журнал ретрансляции, чтобы поток SQL мог обработать его.

  • Reconnecting after a failed binlog dump request

    Поток пытается повторно подключиться к источнику.

  • Reconnecting after a failed master event read

    Reconnecting after a failed source event read

    Поток пытается повторно подключиться к источнику. При повторном подключении состояние становится Waiting for master to send event.

  • Registering slave on master

    Registering replica on source

    Состояние, которое возникает очень кратковременно после установления соединения с источником.

  • Requesting binlog dump

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

  • Waiting for its turn to commit

    Состояние, возникающее, когда поток репликации ожидает, пока более старые потоки-работники не завершат работу, если replica_preserve_commit_order включено.

  • Waiting for master to send event

    Waiting for source to send event

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

  • Waiting for master update

    Waiting for source update

    Начальное состояние перед Connecting to master или Connecting to source.

  • Waiting for slave mutex on exit

    Waiting for replica mutex on exit

    Состояние, которое возникает кратковременно по мере остановки потока.

  • Waiting for the slave SQL thread to free enough relay log space

    Waiting 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 read

    Waiting to reconnect after a failed source event read

    При чтении возникла ошибка (из-за отключения). Поток спит в течение заданного количества секунд оператором CHANGE REPLICATION SOURCE TO перед попыткой повторного подключения.

© 2025 Oracle
Licensed under the GPLv2 License.
https://docs.oracle.com/cd/E17952_01/mysql-8.4-en/replica-io-thread-states.html

Spec-Zone.ru

Настройки Оффлайн Что нового Помощь О нас
Spec-Zone .ru
спецификации, руководства, описания, API