MySQL Shell 如何接管手动搭建（含仲裁节点）MGR 集群
MySQL Shell 如何接管手动搭建（含仲裁节点）MGR 集群
本文源自 GreatSQL 社区用户的一次提问：
Q：一个包含仲裁节点（ARBITRATOR）的 GreatSQL MGR 集群，一开始是用手动方式构建，后来想用 MySQL Shell 接管，可以吗？
A：是可以的，不过也有一定局限性
具体的操作如下
检查当前 MGR 集群情况
可以看到三个节点都是ONLINE状态
专属账户增加相应授权
连接 Primary 节点，查看下原来的账户权限情况，对 MGR 专属账户增加相应授权
可以看到该权限并不能足以让 Shell 使用，需要增加授权才可以
以下是用 Shell 接管的 MGR 集群专属账户授权，手动添加到权限一致即可
上述授权工作在 Primary 节点执行完后，Secondary 节点会自动跟随。ARBITRATOR 节点需要手动处理。
ARBITRATOR 节点手动增加授权
修改 **ARBITRATOR **节点的 my.cnf，关闭 ARBITRATOR 角色
（设置 group_replication_arbitrator = 0），并记得确保 MGR 不会自动启动
（设置 group_replication_start_on_boot = OFF），然后重启该实例。
重启完成后，此时尚未启动 MGR 进程，因此 ARBITRATOR 节点会变成一个普通实例，可以对其进行读写操作。
确认授权完成后，即可关闭该实例，重新启用 ARBITRATOR 角色（设置 group_replication_arbitrator = 1），重启实例，但先不启动 MGR 进程，后面再说。
用 MySQL Shell 接管 MGR
利用 Shell 接管现有 MGR：
参数{"adoptFromGR": "true"}的作用就是告诉 Shell，接管现有 MGR 集群，而不是全新创建一个。
之后会很顺利地完成接管，此时只有 Primary 和 Secondary 两个节点：
查看下状态
连接 ARBITRATOR 节点，启动 MGR 进程
连接 ARBITRATOR 节点，并执行 start group_replication 启动 MGR 进程，此时能看到各节点状态工作正常：
切换到 MySQL Shell 查看
可以看到已经能看到所有节点，包括 ARBITRATOR 节点，但是因为该节点无法对其进行读写，所以实际上 Shell 接入时的一些初始化工作还是没完全执行，所以才有上面的提示：
不过并不影响，因为该节点只需参与 MGR 投票即可，可以忽略这个错误。
不知道注意到了没有，在这个过程中，并不需要像添加常规 Secondary 节点那样要 CLONE 全量数据。
提醒：后续如果要通过 Shell 对 MGR 做些操作，可能 ARBITRATOR 节点会提示不支持，此时只需临时把 ARBITRATOR 的 MGR 进程关闭，必要的操作执行完毕后再次启动 MGR 进程即可。
至此，就完成了 Shell 接管 MGR 集群的过程。
这里附带几个 FAQ：
Q：在 GreatSQL MGR 集群中，新增 ARBITRATOR 节点时，是否一定要 CLONE 数据？
因为如果当前 Primary 节点上数据量巨大时，每次都 CLONE 代价太高了，那么第一次加入 ARBITRATOR 节点的成本有点难以接受。
A：当 MGR 中 Primary 节点已有用户数据时，无论是用 Shell 还是手动加入一个新的仲裁节点（ARBITRATOR），首次加入都需要经过 CLONE 的过程（即便是在启动前已经设置group_replication_arbitrator = 1）变通的办法有几个：
第一个加入的 ARBITRATOR 节点，可以在加入成功后，关闭 ARBITRATOR 角色，然后删除所有用户数据，这时候就变成一个空实例了，再次重启后，再开启 ARBITRATOR 角色，不会再次 CLONE 数据。
在上述第一个 ARBITRATOR 节点的基础上，在其关闭期间，做一次物理全备，然后这个备份就可以作为未来新的 ARBITRATOR 节点的 datadir，再次加入 MGR 集群也不会再次 CLONE 数据。
实际上，在加入 MGR 时，判断是否需要 CLONE 数据的依据是看 gtid_purged ，因此还有第三个办法：
在完成实例初始化后，手动修改 gtid_purged，例如
set global gtid_purged = 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaa1:1-1449587416';也可以跳过数据 CLONE。
版权声明: 本文为 InfoQ 作者【GreatSQL】的原创文章。
原文链接:【http://xie.infoq.cn/article/5143e0eba7570f7320200a26d】。
本文遵守【CC BY-NC】协议，转载请保留原文出处及本版权声明。
GreatSQL社区 2023-01-31 加入
GreatSQL是由万里数据库维护的MySQL分支，专注于提升MGR可靠性及性能，支持InnoDB并行查询特性，是适用于金融级应用的MySQL分支版本。 社区：https://greatsql.cn/ Gitee: https://gitee.com/GreatSQL/GreatSQL
评论