20.4 Monitoring Group Replication — MySQL 9.2

20.4 Мониторинг групповой репликации

Для мониторинга групповой репликации можно использовать MySQL Performance Schema. Эти таблицы Performance Schema отображают информацию, специфичную для групповой репликации:

replication_group_member_stats: Смотрите раздел 20.4.4, «Таблица replication_group_member_stats».
replication_group_members: Смотрите раздел 20.4.3, «Таблица replication_group_members».
replication_group_communication_information: Смотрите раздел 29.12.11.14, «Таблица replication_group_communication_information».

Эти таблицы репликации Performance Schema также показывают информацию, относящуюся к групповой репликации:

replication_connection_status отображает информацию о групповой репликации, такую как транзакции, полученные от группы и ожидающие обработки в очереди приложения (журнал реле).
replication_applier_status показывает состояния каналов и потоков, относящихся к групповой репликации. Они также могут использоваться для мониторинга работы отдельных рабочих потоков.

Каналы репликации, созданные плагином групповой репликации, перечислены здесь:

group_replication_recovery: Используется для репликации изменений, связанных с распределённым восстановлением.
group_replication_applier: Используется для входящих изменений из группы для применения транзакций, поступающих непосредственно из группы.

Сведения о системных переменных, влияющих на групповую репликацию, см. в разделе 20.9.1, «Системные переменные групповой репликации». Сведения о переменных состояния, предоставляющих информацию о групповой репликации, см. в разделе 20.9.2, «Переменные состояния групповой репликации».

Сообщения, относящиеся к событиям жизненного цикла групповой репликации, отличные от ошибок, классифицируются как системные сообщения; они всегда записываются в журнал ошибок члена группы репликации. Вы можете использовать эту информацию для проверки истории членства данного сервера в группе репликации.

Некоторые события жизненного цикла, влияющие на всю группу, регистрируются на каждом члене группы, например, вступление нового члена в состояние ONLINE в группе или выборы первичного узла. Другие события регистрируются только на том члене, где они происходят, например, включение или выключение супер-режима только для чтения на члене или выход члена из группы. Ряд событий жизненного цикла, которые могут указывать на проблему, если они возникают часто, регистрируются как предупреждения, включая потерю связи с членом и последующее восстановление, а также запуск распределённого восстановления членом путём передачи состояния из двоичного журнала или путём удалённой операции клонирования.

Примечание

При мониторинге одного или нескольких вторичных экземпляров с помощью mysqladmin, вы должны учитывать, что операция FLUSH STATUS, выполненная этой утилитой, создаёт событие GTID на локальном экземпляре, что может повлиять на будущие операции группы.