Spec-Zone .ru
спецификации, руководства, описания, API
|
|
Spec-Zone .ru
спецификации, руководства, описания, API
|
SHOW SLAVE STATUS [NONBLOCKING]
Этот оператор обеспечивает информацию о статусе о существенных параметрах ведомых потоков. Это требует любого SUPER или REPLICATION CLIENT полномочие.
NONBLOCKING причины опции SHOW SLAVE STATUS, когда
выполнено одновременно с STOP SLAVE,
возвратиться, не ожидая STOP SLAVE закончить завершать работу ведомого потока SQL
или ведомого потока ввода-вывода (или оба). Эта опция предназначается для использования в контроле и других
приложениях где, получая непосредственный ответ от SHOW SLAVE STATUS более важно
чем обеспечение, что это возвращает последние данные.
Если Вы делаете это заявление, используя mysql клиент, можно использовать a \G разделитель оператора, а не точка с запятой, чтобы получить более читаемое
вертикальное расположение:
mysql> SHOW SLAVE STATUS\G*************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: localhost Master_User: root Master_Port: 13000 Connect_Retry: 60 Master_Log_File: master-bin.000002 Read_Master_Log_Pos: 1307 Relay_Log_File: slave-relay-bin.000003 Relay_Log_Pos: 1508 Relay_Master_Log_File: master-bin.000002 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 1307 Relay_Log_Space: 1858 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 1 Master_UUID: 3e11fa47-71ca-11e1-9e33-c80aa9429562 Master_Info_File: /var/mysqld.2/data/master.info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it Master_Retry_Count: 10 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: 3e11fa47-71ca-11e1-9e33-c80aa9429562:1-5 Executed_Gtid_Set: 3e11fa47-71ca-11e1-9e33-c80aa9429562:1-5 Auto_Position: 11 row in set (0.00 sec)
Следующий список описывает поля, возвращенные SHOW SLAVE STATUS. Для дополнительной информации об интерпретации их значений см.
Раздел 16.1.5.1, "Проверяя Состояние Репликации".
Slave_IO_State
Копия State поле SHOW PROCESSLIST вывод для ведомого потока ввода-вывода. Это говорит
Вам, что делает поток: попытка соединиться с ведущим устройством, ожиданием событий от ведущего
устройства, пересоединения с ведущим устройством, и так далее. Для перечисления возможных состояний
см. Раздел 8.12.5.5, "Ведомые
государства Потока ввода-вывода Репликации".
Master_Host
Основной узел, с которым соединяется ведомое устройство.
Master_User
Имя пользователя учетной записи, используемой, чтобы соединиться с ведущим устройством.
Master_Port
Порт, используемый, чтобы соединиться с ведущим устройством.
Connect_Retry
Число секунд между соединяет повторения (значение по умолчанию 60). Это может быть установлено с CHANGE MASTER TO
оператор.
Master_Log_File
Имя основного двоичного файла журнала, из которого в настоящий момент читает поток ввода-вывода.
Read_Master_Log_Pos
Позиция в текущем основном двоичном файле журнала, до которого читал поток ввода-вывода.
Relay_Log_File
Имя релейного файла журнала, из которого поток SQL в настоящий момент читает и выполняется.
Relay_Log_Pos
Позиция в текущем релейном файле журнала, до которого поток SQL читал и выполнился.
Relay_Master_Log_File
Имя основного двоичного файла журнала, содержащего новое событие, выполнилось потоком SQL.
Slave_IO_Running
Начинается ли поток ввода-вывода и соединился успешно с ведущим устройством. Внутренне, состояние этого потока представляется одним из следующих трех значений:
MYSQL_SLAVE_NOT_RUN. Ведомый поток
ввода-вывода не работает. Для этого состояния, Slave_IO_Running
No.
MYSQL_SLAVE_RUN_NOT_CONNECT. Ведомый
поток ввода-вывода работает, но не соединяется с ведущим устройством репликации. Для этого
состояния, Slave_IO_Running зависит от версии сервера как
показано в следующей таблице.
| MySQL Version | Slave_IO_Running |
|---|---|
| 4.1 (4.1.13 и ранее); 5.0 (5.0.11 и ранее) | Yes |
| 4.1 (4.1.14 и позже); 5.0 (5.0.12 и позже) | No |
| 5.1 (5.1.45 и ранее) | No |
| 5.1 (5.1.46 и позже); 5.5; 5.6 | Connecting |
MYSQL_SLAVE_RUN_CONNECT. Ведомый
поток ввода-вывода работает, и соединяется с ведущим устройством репликации. Для этого
состояния, Slave_IO_Running Yes.
Значение Slave_running системная переменная состояния соответствует этому
значению.
Slave_SQL_Running
Начинается ли поток SQL.
Replicate_Do_DB, Replicate_Ignore_DB
Списки баз данных, которые были определены с --replicate-do-db и --replicate-ignore-db опции, если любой.
Replicate_Do_Table, Replicate_Ignore_Table,
Replicate_Wild_Do_Table, Replicate_Wild_Ignore_Table
Списки таблиц, которые были определены с --replicate-do-table, --replicate-ignore-table, --replicate-wild-do-table, и --replicate-wild-ignore-table опции, если любой.
Last_Errno, Last_Error
Эти столбцы являются псевдонимами для Last_SQL_Errno и Last_SQL_Error.
Издание RESET MASTER или
RESET SLAVE сбрасывает значения, показанные в этих столбцах.
Когда ведомый поток SQL получает ошибку, он сообщает об ошибке сначала, затем
останавливает поток SQL. Это означает, что есть маленькое окно времени во время который SHOW SLAVE
STATUS показывает ненулевое значение для Last_SQL_Errno даже при том, что Slave_SQL_Running
все еще дисплеи Yes.
Skip_Counter
Текущая стоимость sql_slave_skip_counter системная переменная. См. Раздел
13.4.2.4,"SET GLOBAL sql_slave_skip_counter Синтаксис".
Exec_Master_Log_Pos
Позиция в текущем основном двоичном файле журнала, в который поток SQL читал и выполнился, отмечая
запуск следующей транзакции или события, которое будет обработано. Можно использовать это значение с
CHANGE MASTER TO
оператор MASTER_LOG_POS опция, запуская новое ведомое устройство с
существующего ведомого устройства, так, чтобы новое ведомое устройство читало из этой точки.
Координаты, данные (Relay_Master_Log_File, Exec_Master_Log_Pos)
в двоичном журнале ведущего устройства соответствуют координатам, данным (Relay_Log_File,
Relay_Log_Pos) в релейном журнале.
При использовании многопоточного ведомого устройства (устанавливая slave_parallel_workers к ненулевому значению), значение в этом
столбце фактически представляет метку "низкой воды", перед которой не остаются никакие незафиксированные транзакции. Поскольку текущая реализация позволяет выполнение транзакций на различных базах данных в различном порядке на ведомое устройство чем на ведущем устройстве, это - не обязательно позиция последний раз выполняемой транзакции.
Relay_Log_Space
Полный объединенный размер всех существующих релейных файлов журнала.
Until_Condition, Until_Log_File, Until_Log_Pos
Значения, определенные в UNTIL пункт START SLAVE оператор.
Until_Condition имеет эти значения:
None если нет UNTIL пункт был определен
Master если ведомое устройство читает до
данной позиции в двоичном журнале ведущего устройства
Relay если ведомое устройство читает до
данной позиции в ее релейном журнале
Until_Log_File и Until_Log_Pos укажите на
имя файла журнала и позицию, которые определяют координаты, в которых поток SQL прекращает
выполняться.
Master_SSL_Allowed, Master_SSL_CA_File,
Master_SSL_CA_Path, Master_SSL_Cert, Master_SSL_Cipher, Master_SSL_CRL_File,
Master_SSL_CRL_Path, Master_SSL_Key, Master_SSL_Verify_Server_Cert
Эти поля показывают параметры SSL, используемые ведомым устройством, чтобы соединиться с ведущим устройством, если любой.
Master_SSL_Allowed имеет эти значения:
Yes если соединение SSL с ведущим
устройством разрешается
No если соединение SSL с ведущим
устройством не разрешается
Ignored если соединение SSL разрешается, но
ведомому серверу не включали поддержке SSL
Значения других связанных с SSL полей соответствуют значениям MASTER_SSL_CA, MASTER_SSL_CAPATH, MASTER_SSL_CERT, MASTER_SSL_CIPHER, MASTER_SSL_CRL, MASTER_SSL_CRLPATH, MASTER_SSL_KEY, и MASTER_SSL_VERIFY_SERVER_CERT опции к CHANGE MASTER TO оператор. См. Раздел
13.4.2.1,"CHANGE MASTER TO Синтаксис".
Seconds_Behind_Master
Это поле является индикацией относительно того, как "поздно" ведомое устройство:
Когда ведомое устройство активно обрабатывает обновления, это поле показывает, что различие между текущей меткой времени на ведомом устройстве и исходной меткой времени входило в систему ведущее устройство для большинства события, в настоящий момент обрабатываемого на ведомом устройстве.
Когда никакое событие в настоящий момент не обрабатывается на ведомом устройстве, это значение 0.
В основном это поле измеряет разницу во времени в секундах между ведомым потоком SQL и ведомым
потоком ввода-вывода. Если сетевое соединение между ведущим устройством и ведомым устройством
быстро, ведомый поток ввода-вывода очень близко к ведущему устройству, таким образом, это поле
является хорошим приближением того, как поздно ведомый поток SQL по сравнению с ведущим устройством.
Если сеть является медленной, это не хорошее приближение;
ведомый поток SQL может довольно часто быть схвачен с медленным читающим ведомым потоком
ввода-вывода, таким образом, Seconds_Behind_Master часто показывает
значение 0, даже если поток ввода-вывода поздно по сравнению с ведущим устройством. Другими словами
этот столбец полезен только для быстрых сетей.
Это вычисление разницы во времени работает, даже если у ведущего устройства и ведомого устройства
нет идентичных времен часов, при условии, что различие, вычисленное, когда ведомый поток
ввода-вывода запускается, остается постоянным с тех пор. Любые изменения — включая обновления NTP —
могут привести к расфазировкам тактовых сигналов, которые могут сделать вычисление Seconds_Behind_Master менее надежный.
В MySQL 5.7 это поле NULL (неопределенный или неизвестный), если
ведомый поток SQL не работает, или если поток SQL использовал весь релейный журнал и ведомый поток
ввода-вывода, не работает. (В более старых версиях MySQL это поле было NULL если ведомый поток SQL или ведомый поток ввода-вывода не
работали или не были соединены с ведущим устройством.), Если поток ввода-вывода работает, но
релейный журнал исчерпывается, Seconds_Behind_Master устанавливается в
0.
Значение Seconds_Behind_Master основано на метках времени, сохраненных
в событиях, которые сохраняются посредством репликации. Это означает, что, если ведущее устройство
М1 является самостоятельно ведомым устройством M0, у любого события от двоичного журнала M1's,
который происходит из двоичного журнала M0's, есть метка времени M0's для того события. Это
позволяет MySQL тиражироваться TIMESTAMP успешно. Однако, проблема для Seconds_Behind_Master
это, если M1 также получает прямые обновления от клиентов, Seconds_Behind_Master
значение в произвольном порядке колеблется, потому что иногда последнее событие от M1 происходит из
M0 и иногда является результатом прямого обновления о M1.
При использовании многопоточного ведомого устройства следует иметь в виду, что это значение основано
на Exec_Master_Log_Pos, и так, возможно, не отражает позицию последний
раз фиксировавшей транзакции.
Last_IO_Errno, Last_IO_Error
Код ошибки и сообщение об ошибке последней ошибки, которая заставила поток ввода-вывода
останавливаться. Код ошибки 0 и сообщение пустой строки не означают "ошибки." Если Last_IO_Error
значение не пусто, ошибочные значения также появляются в журнале ошибок ведомого устройства.
Информация об ошибке ввода-вывода включает метку времени, показывающую, когда новая ошибка потока
ввода-вывода произошла. Эта метка времени использует формат YYMMDD
HH:MM:SS, и появляется в Last_SQL_Error_Timestamp столбец
Издание RESET MASTER или
RESET SLAVE сбрасывает значения, показанные в этих столбцах.
Last_SQL_Errno, Last_SQL_Error
Код ошибки и сообщение об ошибке последней ошибки, которая заставила поток SQL останавливаться. Код
ошибки 0 и сообщение пустой строки не означают "ошибки." Если Last_SQL_Error
значение не пусто, ошибочные значения также появляются в журнале ошибок ведомого устройства.
Информация об ошибке SQL включает метку времени, показывающую, когда новая ошибка потока SQL
произошла. Эта метка времени использует формат YYMMDD HH:MM:SS, и
появляется в Last_SQL_Error_Timestamp столбец.
Издание RESET MASTER или
RESET SLAVE сбрасывает значения, показанные в этих столбцах.
В MySQL 5.7, всех кодах ошибки и сообщениях, выведенных на экран в Last_SQL_Errno
и Last_SQL_Error столбцы получаются из sql/share/errmsg.txt.
Это было не всегда истиной в предыдущих версиях. (Ошибка #11760365, Ошибка #52768)
Replicate_Ignore_Server_Ids
В MySQL 5.7 можно сказать ведомому устройству игнорировать события от 0 или больше ведущих
устройств, использующих IGNORE_SERVER_IDS опция в a CHANGE MASTER TO оператор. Это обычно имеет интерес только при
использовании круговой или другой мультиосновной установки репликации.
Сообщение, показанное для Replicate_Ignore_Server_Ids состоит из
разделенного пробелами списка одного или более чисел, первое значение, указывающее на число
серверов, которые будут проигнорированы; если не 0 (значение по умолчанию), это значение количества
сервера сопровождается фактическими ID сервера. Например, если a CHANGE MASTER TO оператор, содержащий IGNORE_SERVER_IDS
= (2,6,9) опция была выпущена, чтобы сказать ведомому устройству игнорировать ведущие
устройства, имеющие ID сервера 2, 6, или 9, та информация появляется как показано здесь:
Replicate_Ignore_Server_Ids: 3 2 6 9
Master_Server_Id
server_id значение от ведущего устройства.
Master_UUID
server_uuid значение от ведущего устройства.
Master_Info_File
Расположение master.info файл.
SQL_Delay
Число секунд, что ведомое устройство должно изолировать ведущее устройство.
SQL_Remaining_Delay
Когда Slave_SQL_Running_State Waiting until
MASTER_DELAY seconds after master executed event, это поле содержит число секунд, оставленных
задержки. В других случаях это поле NULL.
Slave_SQL_Running_State
Состояние потока SQL (аналогичный Slave_IO_State). Значение идентично
State значение SQL распараллеливает как выведено на экран SHOW PROCESSLIST.
Раздел 8.12.5.6, "Ведомые государства
Потока SQL Репликации", обеспечивает перечисление возможных состояний
Master_Retry_Count
Число раз ведомое устройство может попытаться повторно соединиться с ведущим устройством в случае
потерянного соединения. Это значение может быть установлено, используя MASTER_RETRY_COUNT
опция в a CHANGE MASTER TO
(предпочтенный) оператор или более старое --master-retry-count параметр сервера (все еще поддерживаемый для
обратной совместимости).
Master_Bind
Показывает сетевой интерфейс, что ведомое устройство связывается с, если таковые вообще имеются,
установите использование MASTER_BIND опция для CHANGE MASTER TO оператор.
Last_IO_Error_Timestamp
Метка времени в YYMMDD HH:MM:SS формат, который показывает, когда новая
ошибка ввода-вывода имела место.
Last_SQL_Error_Timestamp
Метка времени в YYMMDD HH:MM:SS формат, который показывает, когда
последняя ошибка SQL произошла.
Retrieved_Gtid_Set
Набор глобальных ID транзакции, соответствующих всем транзакциям, получается этим ведомым устройством. Пустой, если GTIDs не находятся в использовании.
До MySQL 5.7.1 это значение было напечатано, используя верхний регистр. В MySQL 5.7.1 и позже, это всегда печатается, используя нижний регистр. (Ошибка #15869441)
Executed_Gtid_Set
Набор глобальных ID транзакции для всех полученных транзакций впоследствии выполнился на этом ведомом устройстве. Пустой, если GTIDs не находятся в использовании.
До MySQL 5.7.1 это значение было напечатано, используя верхний регистр. В MySQL 5.7.1 и позже, это всегда печатается, используя нижний регистр. (Ошибка #15869441)
Auto_Position
Значение этого столбца 1, если авторасположение используется; иначе это 0.
Этот столбец был добавлен в MySQL 5.7.1. (Ошибка #15992220)