[ACDU 翻译] MySQL 18.4 监控组复制

• 18.4.1 GTID 和组复制
• 18.4.2 组复制服务器状态
• 18.4.3 replication_group_members 表
• 18.4.4 replication_group_member_stats 表

您可以使用 MySQL Performance Schema来监控组复制。这些性能模式表显示特定于组复制的信息：

• replication_group_member_stats
• replication_group_members

请参阅第 18.4.3 节，“replication_group_members 表”和 第 18.4.4 节，“replication_group_member_stats 表”，它们讨论了解释这些表中可用的信息。

这些 Performance Schema 复制表还显示了与 Group Replication 相关的信息：

• replication_connection_status显示有关组复制的信息，例如从组接收到并在应用程序队列（中继日志）中排队的事务。
• replication_applier_status显示与组复制相关的通道和线程的状态。这些也可用于监视各个工作线程正在做什么。
• replication_group_communication_information 显示有关复制组的组配置选项的信息，包括与并发性、共识和支持的协议版本相关的信息。

此处列出了由 Group Replication 插件创建的复制通道：

• group_replication_recovery：用于与分布式恢复相关的复制更改。
• group_replication_applier：用于来自组的传入更改，以应用直接来自组的事务。

从 MySQL 8.0.21 开始，除了错误之外，与 Group Replication 生命周期事件相关的消息被归类为系统消息；这些总是写入复制组成员的错误日志。您可以使用此信息查看给定服务器在复制组中的成员身份的历史记录。（以前，此类事件被归类为信息消息；对于 8.0.21 之前版本的 MySQL 服务器，可以通过设置将这些事件添加到错误日志 log_error_verbosity中 3。）

一些影响整个组的生命周期事件记录在每个组成员上，例如新成员进入 ONLINE组状态或初选。其他事件仅记录在发生它们的成员上，例如在成员上启用或禁用超级只读模式，或者成员离开组。许多生命周期事件如果频繁发生则可以指示问题，这些事件将记录为警告消息，包括成员变得不可访问然后再次可访问，以及成员通过二进制日志的状态传输或远程克隆操作开始分布式恢复。

笔记

如果您正在使用 mysqladmin监视一个或多个辅助实例，您应该知道 FLUSH STATUS此实用程序执行的语句会在本地实例上创建一个 GTID 事件，这可能会影响未来的组操作。