该 performance_schema.replication_group_members 表用于监视作为组成员的不同服务器实例的状态。只要有视图更改，表中的信息就会更新，例如当新成员加入时组的配置动态更改时。届时，服务器会交换一些元数据以同步自身并继续协同合作。该信息在作为复制组成员的所有服务器实例之间共享，因此可以从任何成员查询有关所有组成员的信息。此表可用于获取复制组状态的高级视图，例如通过发出：

SELECT * FROM performance_schema.replication_group_members;
+---------------------------+--------------------------------------+--------------+-------------+--------------+
| CHANNEL_NAME              | MEMBER_ID	                           | MEMBER_HOST  | MEMBER_PORT | MEMBER_STATE |
+---------------------------+--------------------------------------+--------------+-------------+--------------+
| group_replication_applier | 041f26d8-f3f3-11e8-adff-080027337932 | example1     |      3306   | ONLINE       |
| group_replication_applier | f60a3e10-f3f2-11e8-8258-080027337932 | example2     |      3306   | ONLINE       |
| group_replication_applier | fc890014-f3f2-11e8-a9fd-080027337932 | example3     |      3306   | ONLINE       |
+---------------------------+--------------------------------------+--------------+-------------+--------------+

基于此结果，我们可以看到该组由三个成员组成，每个成员的主机和客户端用于连接到该成员的端口号，以及 server_uuid该成员的。该 MEMBER_STATE列显示 第 17.4.1 节“组复制服务器状态”之一，在这种情况下，它显示该组中的所有三个成员都是 ONLINE，并且该MEMBER_ROLE 列显示有两个辅助节点和一个主节点。因此，该组必须以单主模式运行。当您升级组并组合运行不同 MySQL 版本的成员时，该 MEMBER_VERSION列可能很有用。参见 第 17.4.1 节，“组复制服务器状态”了解更多信息。

有关该Member_host 值及其对分布式恢复过程的影响的更多信息，请参阅 第 17.2.1.3 节，“用户凭证”。