实验演示规划:（3台虚拟机，MySQL版本为8.0.25）
-
192.168.168.101 master1（简称1节点）
-
192.168.168.102 slave2 （简称2节点）
-
192.168.168.103 slave3 （简称3节点）
在 MGR 中，单主模式是只有一个主节点可以写，其余均为只读节点，且只读节点的 super read only 为打开状态，即使 root 用户依然无法写。多主模式则为全节点均可写。
01单主切多主
MGR 单切多使用的命令为：
select group_replication_switch_to_multi_primary_mode();首先我们观察当前集群的模式和各个节点的读写模式：
select * from performance_schema.replication_group_members;show variables like '%read_only%';
1节点：
2节点：
3节点：
可以看到，各个节点的读写模式是符合单主模式的。
接下来我们在任意节点执行切换语句，此处我们在节点 1 上执行。
select group_replication_switch_to_multi_primary_mode();
可以看到节点 1 因为一开始就是主节点，所以读写模式没有发生变化，但是节点 2 和节点 3 已经自动关闭了只读模式，所有节点都变成可写。
多主切单主
MRG 多主切单主有两条命令可以使用。
不指定主节点进行切换。
select group_replication_switch_to_single_primary_mode();MGR 中多主切单主，如果不指定主，切换时遵循以下的规则，前提无延迟情况下，按照优先级先后顺序：
1.先检查集群内是否存在低版本的MySQL，如果所有成员都是 8.0.17 版本以上的，则按照补丁先后顺序排列，如果有成员是 8.0.17 版本以下或者 5.7版本 的，按发行版本的主要版本来排序，忽略补丁编号。
2.如果集群有任意一个低版本的MySQL，且支持 group_replication_member_weight 这个参数，则根据 group_replication_member_weight 这个权重参数来，group_replication_member_weight。
默认都是 50，权重越高优先级越高。
3.如果集群内有不支持 group_replication_member_weight 参数的MySQL，比如MySQL5.7，并且其中一个以上的成员具有最高的成员权重（或忽略了成员权重），则考虑的第三个因素是生成的服务器 UUID 的词典顺序，由 server_uuid 系统变量指定。
服务器 UUID 最低的成员被选为主服务器，这里实际上就是查询 performance_schema.replication_group_members 最靠前的且是活着的MEMBER_ID。
在节点 1 上执行非指定单主的切换 SQL：
可以看到选取了 server_uuid 靠前的节点1成为主节点。
接下来我们观察各个节点的读写情况：
1节点：
2节点：
3节点：
可以看到此时节点 1 作为主节点已经关闭了read only，其他节点都已经打开了只读。
03指定单主切换
因为随机切有很大的不确定性，这里还提供了指定主节点的切换命令：
select group_replication_set_as_primary("member_id");这里的 member_id 就是 server_uuid，我们在节点 1 执行切换命令，选择2节点的member_id。
切换后，可以看到节点1打开了只读变成了从节点
节点2，关闭了只读，成为主节点：
节点3，不变：
文章引用自数据和云公众号