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