MySQL 8.4 Release Notes
20.4.2 组复制 Server States
组复制组成员的状态显示了其当前在组中的角色。性能_schema 表replication_group_members 显示了每个成员在组中的状态。如果组是完全可用的且所有成员都能正常通信，那么所有成员对其他成员的状态报告将相同。然而，如果某个成员已经离开组或处于网络分区中，它不能准确地报告其他服务器的状态。在这种情况下，该成员不会尝试猜测其他服务器的状态，而是报告它们为不可达。
组成员可以处于以下状态：
-
ONLINE -
服务器是一个活动的组成员，并且处于完全可用的状态。其他组成员可以连接到它，如果适用，还可以由客户端连接。一个成员只有在处于
ONLINE状态时才能与组保持完全同步，并参与其中。 -
RECOVERING -
服务器已经加入了组，并且正在变成活动的成员。分布式恢复当前正在进行中，成员正在从捐赠者那里接收状态转移，这可能是通过远程克隆操作或捐赠者的二进制日志完成的。这一状态是
更多信息，请见第20.5.4节，“分布式恢复”。
-
OFFLINE -
组复制插件已经加载，但是成员不属于任何组。这可能是一种短暂的状态，例如在成员加入或重新加入组时。
-
ERROR -
成员当前处于错误状态，不能正确地作为组成员工作。成员可以在事务应用或恢复阶段进入错误状态。处于这种状态的成员不参与组中的事务。关于可能的错误状态原因，请参见第20.7.7节，“Failure Detection and Network Partitioning”。
根据
group_replication_exit_state_action设置的退出动作，成员可能处于只读模式(super_read_only=ON)，也可能处于离线模式(offline_mode=ON)。请注意，在OFFLINE_MODE退出动作下，服务器将显示ERROR状态，而不是OFFLINE状态。使用第20.7.7.4节，“Exit Action”获取更多信息。成员加入或重新加入复制组时，状态可能显示为
ERROR，直到组完成兼容性检查并将其接受为成员。 -
UNREACHABLE -
本地故障检测器认为该成员无法联系，因为组的消息超时。这种情况可能发生在某个成员意外断开连接的情况下。如果您看到其他服务器的这个状态，也可以意味着您查询该表的成员是分区的一部分，其中子集的服务器可以相互联系，但不能与组中的其他服务器联系。更多信息，请见第20.7.8节，“网络分区和多数派处理”。
请见第20.4.3节，“复制组成员表”以获取性能架构表的内容示例。