Spec-Zone .ru
спецификации, руководства, описания, API
|
|
Spec-Zone .ru
спецификации, руководства, описания, API
|
Следующий список показывает наиболее распространенные состояния, которые Вы видите в State столбец для ведомого потока ввода-вывода сервера. Это состояние также
появляется в Slave_IO_State столбец, выведенный на экран SHOW SLAVE STATUS, таким образом, можно получить хорошее представление того,
что происходит при использовании того оператора.
Начальное состояние прежде Connecting to master.
Поток пытается соединиться с ведущим устройством.
Устанавливается состояние, которое происходит очень кратко после соединения с ведущим устройством.
Устанавливается состояние, которое происходит очень кратко после соединения с ведущим устройством.
Устанавливается состояние, которое происходит очень кратко после соединения с ведущим устройством. Поток отправляет ведущему устройству запрос на содержание его двоичных журналов, запускающихся с требуемого двоичного имени файла журнала и позиции.
Waiting to reconnect after a failed binlog dump request
Если двоичный отказавший запрос дампа журнала (из-за разъединения), поток входит в это состояние, в
то время как это спит, то попытки периодически повторно соединяться. Интервал между повторениями
может быть определен, используя CHANGE
MASTER TO оператор.
Reconnecting after a failed binlog dump request
Поток пытается повторно соединиться с ведущим устройством.
Waiting for master to send event
Поток соединился с ведущим устройством и ожидает двоичных событий журнала, чтобы прибыть. Это может
длиться в течение долгого времени, если ведущее устройство неактивно. Если ожидание длится для slave_net_timeout
секунды, тайм-аут происходит. В той точке поток полагает, что соединение повреждается, и
предпринимает попытку повторно соединиться.
Queueing master event to the relay log
Поток считал событие и копирует его в релейный журнал так, чтобы поток SQL мог обработать его.
Waiting to reconnect after a failed master event read
Ошибка произошла, читая (из-за разъединения). Поток спит для числа секунд, установленных CHANGE MASTER TO
оператор (значение по умолчанию 60) прежде, чем попытаться повторно соединиться.
Reconnecting after a failed master event read
Поток пытается повторно соединиться с ведущим устройством. Когда соединение устанавливается снова,
состояние становится Waiting for master to send event.
Waiting for the slave SQL thread to free enough relay log space
Вы используете ненулевое relay_log_space_limit значение, и релейные журналы стали достаточно
большими, что их объединенный размер превышает это значение. Поток ввода-вывода ожидает, пока поток
SQL не освобождает достаточно пространства, обрабатывая релейное содержание журнала так, чтобы это
могло удалить некоторые релейные файлы журнала.
Waiting for slave mutex on exit
Состояние, которое происходит кратко как поток, останавливается.