如果是退出动作，实例通过将系统变量设置为 将 MySQL 切换到 READ_ONLY超级只读模式 。当成员处于超级只读模式时，客户端不能进行任何更新，即使他们有 权限（或弃用 super_read_onlyONCONNECTION_ADMINSUPER 特权）。但是，客户端仍然可以读取数据，并且由于不再进行更新，因此读取过时数据的可能性会随着时间的推移而增加。使用此设置，您因此需要主动监视服务器的故障。此退出操作是 MySQL 8.0.15 的默认操作。执行该退出操作后，成员状态显示ERROR在群组视图中。

如果OFFLINE_MODE是退出操作，实例通过将系统变量设置为 将 MySQL 切换到离线 offline_mode模式 ON。当成员处于离线模式时，连接的客户端用户在他们的下一个请求时断开连接并且不再接受连接，具有 CONNECTION_ADMIN特权（或已弃用 SUPER 特权）的客户端用户除外。Group Replication 还将系统变量设置 super_read_only为 ON，因此客户端无法进行任何更新，即使它们已经连接到 CONNECTION_ADMINor SUPER 特权。此退出操作可防止更新和过时读取（具有规定权限的客户端用户读取除外），并使 MySQL Router 等代理工具能够识别服务器不可用并重定向客户端连接。它还使实例保持运行状态，以便管理员可以在不关闭 MySQL 的情况下尝试解决问题。此退出操作可从 MySQL 8.0.18 获得。执行此退出操作后，成员的状态将显示为 ERROR组视图中的状态（不是 OFFLINE，这意味着成员具有可用的组复制功能但当前不属于组）。

如果ABORT_SERVER是退出操作，实例将关闭 MySQL。指示成员自行关闭可防止所有过时读取和客户端更新，但这意味着 MySQL 服务器实例不可用并且必须重新启动，即使没有该步骤问题本可以解决。当系统变量被添加到 MySQL 8.0.15 时，此退出操作是 MySQL 8.0.12 的默认设置。执行此退出操作后，该成员将从组视图中的服务器列表中删除。

Applier error - 复制应用程序中存在错误。此问题不可恢复。

分布式恢复不可能- 存在一个问题，意味着组复制的分布式恢复过程（使用远程克隆操作和二进制日志的状态传输）无法完成。Group Replication 会在有意义的地方自动重试分布式恢复，但如果没有更多选项可以完成该过程，则会停止。有关详细信息，请参阅 第 18.5.4.4 节，“分布式恢复的容错”。

Group configuration change error - 如第 18.5.1 节“配置在线组”中所述，在使用函数执行组范围内的配置更改期间发生错误 。

Primary election error - 在单主模式下为组选择新的主成员期间发生错误，如 第 18.1.3.1 节“单主模式”中所述。

无法到达的多数超时- 成员已与大多数组成员失去联系，因此处于少数状态，并且 group_replication_unreachable_majority_timeout 系统变量设置的超时已过期。

成员被群开除- 对该成员提出了怀疑， group_replication_member_expel_timeout 系统变量设置的任何超时都已过期，该成员恢复了与群的通信，发现它已被开除。

超出自动重新加入尝试次数- group_replication_autorejoin_tries 系统变量被设置为指定在失去多数票或被驱逐后自动重新加入尝试的次数，并且成员完成了此次数的尝试但没有成功。