Documentation Home
MySQL 8.4 Reference Manual
Related Documentation Download this Manual
PDF (US Ltr) - 39.8Mb
PDF (A4) - 39.9Mb
Man Pages (TGZ) - 257.9Kb
Man Pages (Zip) - 364.9Kb
Info (Gzip) - 4.0Mb
Info (Zip) - 4.0Mb


MySQL 8.4 Reference Manual  /  Group Replication  /  Monitoring Group Replication

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事件,这可能会影响未来组操作。