MySQL 9.0 发行说明
您可以使用 MySQL 性能架构 来监控组复制。这些性能架构表显示了特定于组复制的信息
这些性能架构复制表还显示了与组复制相关的信息
replication_connection_status显示了有关组复制的信息，例如从组接收并在应用队列（中继日志）中排队的交易。replication_applier_status显示了与组复制相关的通道和线程的状态。这些信息也可以用于监控各个工作线程正在执行的操作。
此处列出了由组复制插件创建的复制通道
group_replication_recovery：用于与分布式恢复相关的复制更改。group_replication_applier：用于来自组的传入更改，以应用直接来自组的交易。
有关影响组复制的系统变量的信息，请参阅 第 20.9.1 节“组复制系统变量”。有关提供有关组复制信息的系统变量，请参阅 第 20.9.2 节“组复制状态变量”。
与除错误以外的组复制生命周期事件相关的消息被归类为系统消息；这些消息始终写入复制组成员的错误日志中。您可以使用此信息来查看给定服务器在复制组中成员资格的历史记录。
一些影响整个组的生命周期事件会记录在每个组成员上，例如在组中输入 ONLINE 状态的新成员或主节点选举。其他事件仅记录在它们发生的成员上，例如在成员上启用或禁用超级只读模式，或者成员离开组。如果一些生命周期事件频繁发生，则可能会指示存在问题，这些事件会记录为警告消息，包括成员变得不可访问然后再次可访问，以及成员通过从二进制日志或远程克隆操作进行状态传输来启动分布式恢复。
注意
如果您正在使用 mysqladmin 监控一个或多个辅助实例，则您应该注意，此实用程序执行的 FLUSH STATUS 语句会在本地实例上创建一个 GTID 事件，这可能会影响将来的组操作。