Replica_IO_State

Копия поля State из вывода SHOW PROCESSLIST для потока репликации I/O (приемника). Это показывает, что делает поток: пытается подключиться к источнику, ожидает событий от источника, переподключается к источнику и так далее. Список возможных состояний см. в разделе 10.14.5, «Состояния потока репликации I/O (приемника)».

Source_Host

Хост источника, к которому подключена реплика.

Source_User

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

Source_Port

Порт, используемый для подключения к источнику.

Connect_Retry

Количество секунд между попытками подключения (по умолчанию 60). Это можно установить с помощью оператора CHANGE REPLICATION SOURCE TO.

Source_Log_File

Имя файла двоичного журнала источника, из которого поток I/O (приемник) в настоящее время читает. Это установлено в INVALID для канала репликации с параметром GTID_ONLY после запуска сервера. Оно будет обновлено, когда реплика свяжется с источником.

Read_Source_Log_Pos

Позиция в текущем файле двоичного журнала источника, до которой поток I/O (приемник) прочитал. Это установлено в ноль для канала репликации с параметром GTID_ONLY после запуска сервера. Оно будет обновлено, когда реплика свяжется с источником.

Relay_Log_File

Имя файла журнала ретрансляции, из которого поток SQL (применитель) в настоящее время читает и выполняет.

Relay_Log_Pos

Позиция в текущем файле журнала ретрансляции, до которой поток SQL (применитель) прочитал и выполнил.

Relay_Source_Log_File

Имя файла двоичного журнала источника, содержащего последнее событие, выполненное потоком SQL (применитель). Это установлено в INVALID для канала репликации с параметром GTID_ONLY после запуска сервера. Оно будет обновлено при выполнении или пропуске транзакции.

Replica_IO_Running

Запущен ли поток репликации I/O (приемник) и успешно ли он подключился к источнику. Внутренне состояние этого потока представлено одним из следующих трех значений:

Replica_SQL_Running

Запущен ли поток репликации SQL (применитель).

Replicate_Do_DB, Replicate_Ignore_DB

Имена любых баз данных, которые были указаны с помощью параметров --replicate-do-db и --replicate-ignore-db или оператора CHANGE REPLICATION FILTER. Если использовалось предложение FOR CHANNEL, отображаются фильтры репликации, специфичные для канала. В противном случае отображаются фильтры репликации для каждого канала репликации.

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 или оператора CHANGE REPLICATION FILTER. Если использовалось предложение FOR CHANNEL, отображаются фильтры репликации, специфичные для канала. В противном случае отображаются фильтры репликации для каждого канала репликации.

Last_Errno, Last_Error

Эти столбцы являются псевдонимами для Last_SQL_Errno и Last_SQL_Error.

Выполнение RESET BINARY LOGS AND GTIDS или RESET REPLICA сбрасывает значения, показанные в этих столбцах.

Skip_Counter

Текущее значение системной переменной sql_replica_skip_counter.

Exec_Source_Log_Pos

Позиция в текущем файле двоичного журнала источника, до которой поток репликации SQL прочитал и выполнил, отмечая начало следующей транзакции или события для обработки. Это установлено в ноль для канала репликации с параметром GTID_ONLY после запуска сервера. Оно будет обновлено при выполнении или пропуске транзакции.

Вы можете использовать это значение с параметром SOURCE_LOG_POS оператора CHANGE REPLICATION SOURCE TO при запуске новой реплики из существующей реплики, чтобы новая реплика читала с этой точки. Координаты, заданные (Relay_Source_Log_File, Exec_Source_Log_Pos) в двоичном журнале источника, соответствуют координатам, заданным (Relay_Log_File, Relay_Log_Pos) в журнале ретрансляции.

Несоответствия в последовательности транзакций из журнала ретрансляции, которые были выполнены, могут привести к тому, что это значение будет “меткой нижней границы”. Другими словами, гарантируется, что транзакции, появляющиеся до позиции, были зафиксированы, но транзакции после позиции могут быть зафиксированы или нет. Если эти пробелы необходимо исправить, используйте START REPLICA UNTIL SQL_AFTER_MTS_GAPS. Дополнительную информацию см. в разделе 19.5.1.34, «Репликация и несоответствия транзакций».

Relay_Log_Space

Общий комбинированный размер всех существующих файлов журнала ретрансляции.

Until_Condition, Until_Log_File, Until_Log_Pos

Значения, указанные в предложении UNTIL оператора START REPLICA.

Until_Condition имеет следующие значения:

Until_Log_File и Until_Log_Pos указывают имя файла журнала и позицию, которые определяют координаты, в которых поток репликации SQL прекращает выполнение.

Для получения дополнительной информации о предложениях UNTIL см. раздел 15.4.2.4, «Оператор START REPLICA».

Source_SSL_Allowed, Source_SSL_CA_File, Source_SSL_CA_Path, Source_SSL_Cert, Source_SSL_Cipher, Source_SSL_CRL_File, Source_SSL_CRL_Path, Source_SSL_Key, Source_SSL_Verify_Server_Cert

Эти поля показывают параметры SSL, используемые репликой для подключения к источнику, если таковые имеются.

Source_SSL_Allowed имеет следующие значения:

Значения других полей, связанных с SSL, соответствуют значениям параметров SOURCE_SSL_* оператора CHANGE REPLICATION SOURCE TO.

Seconds_Behind_Source

Это поле указывает, насколько «поздняя» копия:

По сути, это поле измеряет разницу во времени в секундах между потоком SQL репликации (применяющий) и потоком I/O репликации (получатель). Если сетевое соединение между источником и копией быстрое, поток получения репликации находится очень близко к источнику, поэтому это поле хорошо приближает, насколько поздно поток применения репликации по сравнению с источником. Если сеть медленная, это не хорошее приближение; поток применения репликации может довольно часто отставать от медленного потока получения репликации, поэтому Seconds_Behind_Source часто показывает значение 0, даже если поток получения репликации отстаёт от источника. Другими словами, этот столбец полезен только для быстрых сетей.

Вычисление этой разницы во времени работает даже если у источника и копии не совпадают временные часы, при условии, что разница, вычисленная, когда начинается поток получения копии, остаётся постоянной с этого момента. Любые изменения, включая обновления NTP, могут привести к сдвигам во времени, что может сделать вычисление Seconds_Behind_Source менее надёжным.

В MySQL 8.4 это поле является NULL (неопределённым или неизвестным), если поток применения репликации не работает или если поток применения обработал весь релейный журнал, а поток получения репликации не работает. (В более старых версиях MySQL это поле было NULL, если поток применения репликации или поток получения репликации не работал или не был подключен к источнику.) Если поток получения репликации работает, но релейный журнал исчерпан, Seconds_Behind_Source устанавливается в 0.

Значение Seconds_Behind_Source основано на отметках времени, хранящихся в событиях, которые сохраняются через репликацию. Это означает, что если источник M1 сам является копией M0, любое событие из двоичного журнала M1, которое происходит из двоичного журнала M0, имеет отметку времени M0 для этого события. Это позволяет MySQL успешно дублировать TIMESTAMP. Однако проблема для Seconds_Behind_Source заключается в том, что если M1 также получает прямые обновления от клиентов, значение Seconds_Behind_Source случайным образом колеблется, потому что иногда последнее событие из M1 происходит от M0, а иногда является результатом прямого обновления в M1.

При использовании многопотоковой копии следует помнить, что это значение основано на Exec_Source_Log_Pos, и, следовательно, может не отражать позицию последней подтверждённой транзакции.

Last_IO_Errno, Last_IO_Error

Номер ошибки и сообщение об ошибке последней ошибки, которая привела к остановке потока I/O репликации (получатель). Номер ошибки 0 и пустое сообщение означают “нет ошибки.” Если значение Last_IO_Error не пустое, значения ошибок также появляются в журнале ошибок копии.

Информация об ошибках I/O включает метку времени, показывающую, когда произошла последняя ошибка потока I/O (получатель). Эта метка времени использует формат YYMMDD hh:mm:ss и отображается в столбце Last_IO_Error_Timestamp.

Выполнение RESET BINARY LOGS AND GTIDS или RESET REPLICA сбрасывает значения, отображаемые в этих столбцах.

Last_SQL_Errno, Last_SQL_Error

Номер ошибки и сообщение об ошибке последней ошибки, которая привела к остановке потока SQL репликации (применяющий). Номер ошибки 0 и пустое сообщение означают “нет ошибки.” Если значение Last_SQL_Error не пустое, значения ошибок также появляются в журнале ошибок копии.

Если копия многопотоковая, поток SQL репликации является координатором для потоков-работников. В этом случае поле Last_SQL_Error показывает ровно то, что показывает столбец Last_Error_Message в таблице Performance Schema replication_applier_status_by_coordinator. Значение поля изменяется, чтобы показать, что могут быть другие сбои в других потоках-работниках, которые можно увидеть в таблице replication_applier_status_by_worker, которая отображает состояние каждого потока-работника. Если эта таблица недоступна, можно использовать журнал ошибок копии. Журнал или таблица replication_applier_status_by_worker также следует использовать для получения дополнительной информации о неполадке, отображаемой SHOW REPLICA STATUS или таблицей координатора.

Информация о SQL ошибках включает метку времени, показывающую, когда произошла последняя ошибка потока SQL (применяющий). Эта метка времени использует формат YYMMDD hh:mm:ss и отображается в столбце Last_SQL_Error_Timestamp.

Выполнение RESET BINARY LOGS AND GTIDS или RESET REPLICA сбрасывает значения, отображаемые в этих столбцах.

В MySQL 8.4 все коды и сообщения об ошибках, отображаемые в столбцах Last_SQL_Errno и Last_SQL_Error, соответствуют значениям ошибок, указанным в. Это не всегда было верно в предыдущих версиях. (Ошибка #11760365, Ошибка #52768)

Replicate_Ignore_Server_Ids

Любые идентификаторы серверов, которые были указаны с помощью опции IGNORE_SERVER_IDS оператора CHANGE REPLICATION SOURCE TO, чтобы копия игнорировала события с этих серверов. Эта опция используется в конфигурации репликации с круговой или иной многоисточниковой репликацией, когда один из серверов удалён. Если какие-либо идентификаторы серверов были установлены таким образом, отображается список, разделённый запятыми, одного или нескольких чисел. Если никакие идентификаторы серверов не были установлены, поле пустое.

	Replicate_Ignore_Server_Ids: 2, 6, 9

	Ignored_server_ids: 3, 2, 6, 9

Фильтрация Replicate_Ignore_Server_Ids выполняется потоком I/O (получатель), а не потоком SQL (применяющий), что означает, что события, которые были отфильтрованы, не записываются в релейный журнал. Это отличается от действий по фильтрации, выполняемых параметрами сервера, такими как --replicate-do-table, которые применяются к потоку приложения.

Если SET gtid_mode=ON выполняется, когда на каком-либо канале существуют установленные идентификаторы серверов с помощью IGNORE_SERVER_IDS, оператор отклоняется с ошибкой. Перед началом репликации, основанной на GTID, используйте SHOW REPLICA STATUS для проверки и очистки всех списков игнорируемых идентификаторов сервера на вовлечённых серверах. Вы можете очистить список, выполнив оператор CHANGE REPLICATION SOURCE TO с помощью IGNORE_SERVER_IDS=(), то есть с пустым списком идентификаторов серверов.

Source_Server_Id

Значение server_id с источника.

Source_UUID

Значение server_uuid с источника.

Source_Info_File

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

SQL_Delay

Количество секунд, на которое копия должна отставать от источника.

SQL_Remaining_Delay

Когда Replica_SQL_Running_State равно Waiting until SOURCE_DELAY seconds after source executed event, в этом поле содержится оставшееся количество секунд задержки. В других случаях это поле равно NULL.

Replica_SQL_Running_State

Состояние потока SQL (аналогично Replica_IO_State). Значение идентично значению State потока SQL, отображаемому SHOW PROCESSLIST. Раздел 10.14.6, «Состояния потока SQL репликации» содержит список возможных состояний.

Source_Retry_Count

Количество попыток, которые копия может предпринять для повторного подключения к источнику в случае потери соединения. Это значение можно установить с помощью опции SOURCE_RETRY_COUNT оператора CHANGE REPLICATION SOURCE TO.

Source_Bind

Сетевой интерфейс, к которому подключена копия, если таковой имеется. Это устанавливается с помощью опции SOURCE_BIND для оператора CHANGE REPLICATION SOURCE TO.

Last_IO_Error_Timestamp

Отметка времени в формате YYMMDD hh:mm:ss, показывающая время последней ошибки ввода-вывода.

Last_SQL_Error_Timestamp

Отметка времени в формате YYMMDD hh:mm:ss, показывающая время последней ошибки SQL.

Retrieved_Gtid_Set

Набор глобальных идентификаторов транзакций (GTID), соответствующих всем транзакциям, полученным этой репликой. Пустой, если GTID не используются. Для получения дополнительной информации см. Наборы GTID.

Это набор всех GTID, которые существуют или существовали в журналах репликации. Каждый GTID добавляется, как только поступает Gtid_log_event. Это может привести к тому, что частично переданным транзакциям будут включены их GTID в набор.

При потере всех журналов репликации из-за выполнения RESET REPLICA или CHANGE REPLICATION SOURCE TO, или из-за влияния параметра --relay-log-recovery, набор очищается. При использовании relay_log_purge = 1, всегда сохраняется последний журнал репликации, и набор не очищается.

Executed_Gtid_Set

Набор глобальных идентификаторов транзакций (GTID), записанных в двоичный журнал. Это то же самое, что и значение для глобальной gtid_executed системной переменной на этом сервере, а также значение для Executed_Gtid_Set в выводе SHOW BINARY LOG STATUS на этом сервере. Пустой, если GTID не используются. Для получения дополнительной информации см. Наборы GTID.

Auto_Position

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

Replicate_Rewrite_DB

Значение Replicate_Rewrite_DB отображает любые правила фильтрации репликации, которые были указаны. Например, если было установлено следующее правило фильтрации репликации:

CHANGE REPLICATION FILTER REPLICATE_REWRITE_DB=((db1,db2), (db3,db4));

значение Replicate_Rewrite_DB отобразит:

Replicate_Rewrite_DB: (db1,db2),(db3,db4)

Для получения дополнительной информации см. Раздел 15.4.2.1, «Заявление CHANGE REPLICATION FILTER».

Channel_name

Канал репликации, который отображается. Всегда существует канал репликации по умолчанию, и можно добавить больше каналов репликации. Для получения дополнительной информации см. Раздел 19.2.2, «Каналы репликации».

Master_TLS_Version

Версия TLS, используемая на источнике. Сведения о версиях TLS см. в Разделе 8.3.2, «Протоколы и шифры TLS для защищенных соединений».

Source_public_key_path

Имя пути к файлу, содержащему копию открытого ключа со стороны реплики, необходимую источнику для обмена паролем на основе пар ключей RSA. Файл должен быть в формате PEM. Этот столбец относится к репликам, которые авторизуются с помощью плагина аутентификации sha256_password (устаревший) или caching_sha2_password.

Если Source_public_key_path задан и указывает на действительный файл открытого ключа, он имеет приоритет над Get_source_public_key.

Get_source_public_key

Требовать ли от источника открытый ключ, необходимый для обмена паролем на основе пар ключей RSA. Этот столбец относится к репликам, которые авторизуются с помощью плагина аутентификации caching_sha2_password. Для этого плагина источник не отправляет открытый ключ, если его не запросить.

Если Source_public_key_path задан и указывает на действительный файл открытого ключа, он имеет приоритет над Get_source_public_key.

Network_Namespace

Имя пространства имен сети; пустое, если соединение использует пространство имен по умолчанию (глобальное). Сведения о пространствах имен сети см. в Разделе 7.1.14, «Поддержка пространств имен сети».