Checking master version

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

Connecting to master

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

Queueing master event to the relay log

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

Reconnecting after a failed binlog dump request

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

Reconnecting after a failed master event read

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

Registering slave on master

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

Requesting binlog dump

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

Waiting for its turn to commit

Состояние, которое возникает, когда поток реплики ожидает, пока более старые рабочие потоки выполнят коммит, если slave_preserve_commit_order включено.

Waiting for master to send event

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

Waiting for master update

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

Waiting for slave mutex on exit

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

Waiting for the slave 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 MASTER TO.

Waiting to reconnect after a failed master event read

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