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 (приемник) в данный момент читает. После запуска сервера для канала репликации с параметром GTID_ONLY он устанавливается в INVALID. Он будет обновлен, когда реплика свяжется с источником.

Read_Source_Log_Pos

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

Relay_Log_File

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

Relay_Log_Pos

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

Relay_Source_Log_File

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

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.35, «Репликация и несоответствия транзакций».

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 (приёмником). Если сетевое соединение между источником и репликой быстрое, поток приёмника репликации очень близок к источнику, поэтому это поле является хорошим приближением того, насколько отстаёт поток приложения репликации по сравнению с источником. Если сеть медленная, это не является хорошим приближением; поток приложения репликации часто оказывается в ситуации, когда он догоняет медленный поток приёма репликации, поэтому поле часто показывает значение 0, даже если поток приёма репликации отстаёт от источника. Другими словами, этот столбец полезен только для быстрых сетей.

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

В MySQL 9.2, это поле 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 9.2, все коды ошибок и сообщения об ошибках, отображаемые в столбцах 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_log_event. Это может привести к тому, что частично переданным транзакциям будут включены их GTID в набор.

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

Executed_Gtid_Set

Набор глобальных идентификаторов транзакций, записанных в бинарный журнал. Это то же самое, что и значение глобальной переменной системы 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, «Поддержка пространства имен сети».