MySQL 8.3 Release Notes
您可以使用 MySQL 性能架构 来监控组复制。这些性能架构表显示了与组复制相关的信息：
这些性能架构复制表还显示了与组复制相关的信息：
-
replication_connection_status显示了组复制的信息，如从组接收的事务和队列在 applier 队列（relay log）中的信息。 -
replication_applier_status显示了组复制的状态，如通道和线程的状态。这些也可以用来监控单个工作线程正在做什么。
由组复制插件创建的复制通道列在这里：
-
group_replication_recovery：用于分布式恢复相关的复制更改。 -
group_replication_applier：用于来自组的传入更改，以应用来自组的交易。
关于影响组复制的系统变量的信息，请见 第 20.9.1 节，“组复制系统变量”。见 第 20.9.2 节，“组复制状态变量”，以获取关于组复制的状态变量信息。
与组复制生命周期事件相关的消息（除错误外）被分类为系统消息；这些消息总是写入复制组成员的错误日志中。您可以使用这些信息来查看给定服务器在复制组中的历史记录。
一些影响整个组的生命周期事件在每个组成员上记录，例如新的成员进入 ONLINE 状态或主要选举。其他事件仅在事件发生的成员上记录，例如超级只读模式在成员上启用或禁用，或者成员离开组。一些可能表明问题的生命周期事件被记录为警告消息，包括成员变得不可达然后再次可达，或者成员启动分布式恢复通过状态传输从二进制日志或远程克隆操作。
Note
如果您使用mysqladmin监控一个或多个辅助实例，您应该注意到该实用程序执行的FLUSH STATUS语句在本地实例上创建了一个 GTID 事件，这可能会影响未来的组操作。