# 18.4 监控组复制

18.4.1 GTID 和组复制

18.4.2 组复制服务器状态

18.4.3 复制_团体_成员表

18.4.4 复制_团体_成员_统计表

使用性能模式表来监控组复制,假设性能模式已启用。下表显示特定于组复制的信息:

  • performance_schema.replication_group_member_stats

  • performance_schema.replication_group_members

    这些性能模式复制表还显示与组复制相关的信息:

  • performance_schema.replication_connection_status显示有关组复制的信息,例如已从组接收并在应用程序队列(中继日志)中排队的事务。

  • performance_schema.replication_applier_status显示组复制相关通道和线程的状态。如果有许多不同的工作线程在应用事务,那么工作表也可以用来监控每个工作线程在做什么。

    Group Replication 插件创建的复制通道如下:

  • group_replication_recovery- 此通道用于与分布式恢复阶段相关的复制更改。

  • group_replication_applier- 此通道用于来自组的传入更改。这是用于应用直接来自组的事务的通道。

    从 MySQL 8.0.21 开始,非错误情况的组复制生命周期事件被归类为系统消息,并且始终记录到复制组成员的服务器错误日志中。您可以使用此信息来查看服务器在复制组中的成员身份的历史记录。在以前的版本中,非错误情况的 Group Replication 生命周期事件被归类为信息消息,可以通过指定log_error_verbosity服务器级别为 3。

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