MySQL Shell无法拉起MGR集群解决办法

大家好，今天本人给大家带来文章《MySQL Shell无法拉起MGR集群解决办法》，文中内容主要涉及到MySQL、数据库，如果你对数据库方面的知识点感兴趣，那就请各位朋友继续看下去吧~希望能真正帮到你们，谢谢！

MySQL Shell无法拉起MGR集群解决办法

用MySQL Shell要重新拉起一个MGR集群时，可能会提示下面的错误信息：

Dba.rebootClusterFromCompleteOutage: Unable to get an InnoDB cluster handle. The instance '172.16.130.197:3306' may belong to a different cluster from the one registered in the Metadata since the value of 'group_replication_group_name' does not match the one registered in the Metadata: possible split-brain scenario. Please retry while connected to another member of the cluster. (RuntimeError)

意思是该节点属于其他MGR集群（从元数据读取到的

group_replication_group_name

这种错误常见于MySQL 5.7版本构建的MGR集群环境下，如果是运行MySQL 8.0的话则一般很少见。

之所以会这样，是因为MySQL 5.7中还不支持 SET PERSIST 功能。

在MySQL 8.0中，用MySQL Shell构建MGR集群时，会随机生成一个UUID作为 group_replication_group_name，并以 SET PERSIST 的方式持久化（保存到

mysqld-auto.cnf

而在MySQL 5.7中，因为没有这个功能，实例重启时还会从原来的

my.cnf

现在已经知道问题的原因了，解决办法也简单。

1. 获取正确的 group_replication_group_name。
   实例重启完成后，读取

   mysql_innodb_cluster_metadata.clusters

   这个元数据表，获取正确的 group name。

mysql> select attributes->'$.group_replication_group_name' from clusters;
+----------------------------------------------+
| attributes->'$.group_replication_group_name' |
+----------------------------------------------+
| "bc664a9b-9b5b-11ec-8a73-525400c5601a"       |
+----------------------------------------------+

2. 在每个节点上手动修改 group_replication_group_name 。

mysql> set global group_replication_group_name = "bc664a9b...";

3. 再次执行

   dba.rebootClusterFromCompleteOutage()

   就行了。

 MySQL  172.16.130.197:3306 ssl  JS > dba.rebootClusterFromCompleteOutage()
Restoring the default cluster from complete outage...

Enjoy GreatSQL :)

本文由博客一文多发平台 OpenWrite 发布！

本篇关于《MySQL Shell无法拉起MGR集群解决办法》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于数据库的相关知识，请关注golang学习网公众号！