MySQL 8.4 Release Notes
20.4 组复制监控
您可以使用 MySQL 的性能 Schema来监控组复制。这些性能 Schema 表显示了特定于组复制的信息：
这些Performance Schema复制表还显示了Group Replication相关的信息：
-
replication_connection_status 显示了Group Replication的信息，例如从组中接收的事务和在applier队列（relay log）中的排队事务。
-
replication_applier_status 显示了 Group Replication 相关的通道和线程状态，这些也可以用来监控单个工作线程的活动。
由 Group Replication 插件创建的复制通道在这里列出：
-
group_replication_recovery：用于分布式恢复相关的复制变化。 -
group_replication_applier：用于从组中接收来的更改，直接来自组的事务应用程序。
关于影响 Group Replication 的系统变量，请参阅第20.9.1节，“Group Replication System Variables”。查看第20.9.2节，“Group Replication Status Variables”，了解 Group Replication 状态变量，可以提供关于 Group Replication 的信息。
除了错误以外的 Group Replication 生命周期事件相关消息都被分类为系统消息，这些总是写入到复制组成员的错误日志中。你可以使用这个信息来回顾某个服务器在复制组中的历史记录。
一些影响整个组的生命周期事件将在每个组成员上记录，例如某个成员进入ONLINE状态或发生主选举。其他事件只在它们发生的地方记录，例如某个成员启用或禁用超级只读模式、离开组等。一些生命周期事件如果频繁出现可能表示问题，例如某个成员变为不可达然后再次可达、某个成员通过状态转移或远程克隆操作启动分布式恢复。这些事件将被记录为警告消息。
Note
如果您使用mysqladmin监控一个或多个secondary实例，您应该注意的是该工具执行的FLUSH STATUS语句在本地实例上创建了GTID事件，这可能会影响未来组操作。