内容简介：Oracle公共云中的MySQL InnoDB集群（2）
在本系列的第一部分 Oracle公共云中的MySQL InnoDB集群 ， 我们学习了如何使用Oracle Cloud配置InnoDB集群。 本文我们将了解如何以及何时使用MySQL Shell中提供的一些高级功能。
验证实例
首先需要验证一个特定的MySQL Server实例是否做好准备成为InnoDB集群的一部分。使用dba.checkInstanceConfiguration（）函数：
mysql-js> dba.checkInstanceConfiguration('root@ic01-mysql-1:3306');
将看到以下三个最终状态结果之一。
1、实例已经是集群的一部分
2.实例还没有准备好进行InnoDB集群的使用
将看到显示未满足要求的列表：
mysql-js> dba.checkInstanceConfiguration('root@localhost:3306');
3、该实例已准备好被InnoDB集群使用
以下实例满足作为InnoDB集群一部分的所有要求：
mysql-js> dba.checkInstanceConfiguration('root@localhost:3306');
注意： 在以上验证中，远程主机和本地主机都使用相同的函数进行验证。
手动重新添加实例
如果一个实例未配置为自动重新加入副本集/集群 - 可以通过在给定实例上执行dba.configureLocalInstance（）来实现），那么每当实例出于任何原因离开副本集/集群时，将需要手动重新加入。
要手动将实例重新加入集群，可以连接到作为InnoDB集群的配置部分的一个特定主机，或者最好连接到为集群配置的 MySQL 路由器实例，这样能确保连接到目前在线的R / W成员 - 如下所示：
mysqlsh
shell.connect('root@localhost:6446');
然后，运行以下命令手动重新加入该实例：
mysql-js> var cluster = dba.getcluster('mycluster');
mysql-js> cluster.rejoinInstance('root@ic01-mysql-1:3306');
一旦将实例添加回集群，验证是否再次在线：
mysql-js> cluster.status();
在仲裁实例缺失时恢复集群
当复制环境中的大多数实例变为UNREACHABLE时，集群将不再具有执行任何成员身份更改或执行R / W用户事务的仲裁实例。 在这段时间内，只能执行只读查询，以保持系统的一致性和数据的安全。
在以下屏幕截图中，可以看到一个丢失其仲裁的集群：
由于缺少仲裁，执行以下功能添加实例会导致错误：
为了处理这种情况，可以使用cluster.forceQuorumUsingPartitionOf（）API调用，但使用之前，要确保所有UNREACHABLE实例都真正脱机， 避免出现脑裂。将有两个组分别接收更新。
mysql-js> cluster.forceQuorumUsingPartitionOf('root@localhost:3310');
强制仲裁功能完成后，可以查看集群的状态：
mysql-js> cluster.status();
可以看到，实例将其状态从UNREACHABLE更改为MISSING，现在集群可以执行写入操作。 现在可以添加一个新的实例，例如：
mysql-js> cluster.addInstance('root@localhost:3313');
再次检查集群状态，会注意到新实例已添加到集群：
一旦知道（丢失的）实例重新online，可以在实例没有持久配置以自动重新加入群集的情况下手动将其重新加入群集：
mysql-js> cluster.rejoinInstance('root@localhost:3311');
mysql-js> cluster.rejoinInstance('root@localhost:3312');
现在，集群中的所有实例都是ONLINE：
mysql-js> cluster.status();
在所有成员offline时恢复集群
当群集的所有成员因为某些原因离开时，只有一种方式可以恢复群集： 再次启动它并重新加入其余的节点。 为群集选择初始引导/种子实例，并根据群集元数据中记录的先前状态对其进行恢复。
要完成此操作，需要打开与组的最后一个RW / PRIMARY成员的连接（因为该实例应该保证在该组内具有GTID超集），并执行命令 dba.rebootClusterFromCompleteOutage（）。
如果尝试通过连接到引导实例并执行dba.getCluster（）命令来尝试获取集群状态，则会收到一条错误，指出该功能不适用于独立实例：
mysql-js> shell.connect('root@localhost:3310');
mysql-js> cluster = dba.getCluster();
所以现在当你使用API调用来重新启动集群。 系统将提示使用交互式邮件自动重新加入作为群集一部分的实例。 回答“y”自动添加：
mysql-js> var cluster = dba.rebootClusterFromCompleteOutage();
组恢复后，验证集群的状态：
mysql-js> cluster.status();
结论
现在已经获得了从单个实例或完整群集中断的情况下恢复所需的知识。 可以看到，这些功能易于使用，直观，旨在涵盖在高可用性环境中可能导致问题的主要场景。
如果您对本文所述的基本设置有任何疑问，请在评论中通知我们。谢谢你使用MySQL！
加入"云和恩墨大讲堂"微信群，参与讨论学习
搜索 盖国强（Eygle）微信号：eyygle，或者扫描下面二维码，备注：云和恩墨大讲堂，即可入群。每周与千人共享免费技术分享，与讲师在线讨论。
关注公众号，获得后续精彩分享
近期文章
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
猜你喜欢:
- Elasticsearch 集群搭建和集群原理
- Zookeeper集群 + Kafka集群 + KafkaOffsetMonitor 监控
- Zookeeper学习系列【二】Zookeeper 集群章节之集群搭建
- Kafka从上手到实践-Kafka集群：启动Kafka集群
- 借 Redis cluster 集群，聊一聊集群中数据分布算法
- K8S集群入门：运行一个应用程序究竟需要多少集群？
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
