今天我就来跟大家讲讲MYSQL 8 Innodb集群mysqlsh及其周边的详细安装过程，可能很多人不太了解。为了让大家了解更多，边肖为大家总结了以下内容，希望大家能从这篇文章中有所收获。
自从上一期开始安装innodb集群，就感觉突然来了一股innodb集群的风，好像对新技术的掌握非常热情。
今天的问题实际上开始评估一些细节。首先，评估一下周围的命令。然后，总结安装中的一些配置参数以及相关信息的存储位置。
1获取innodb集群的当前状态。通过connect连接到innodb集群中的一台机器后，我们通过getCluster()命令获取集群信息，然后通过信息中指定的命令显示信息。
var cluster_1=dba.getCluster()
cluster _ 1 . description()
群集_1 .状态()
在传统的MYSQL中，我们使用performance _ schema replication _ group _ members来检查系统的集群状态，但是现在我们可以更快地使用status()来检查集群状态，从图中可以清楚地看到mgr3处于缺失状态。
这种操作和呈现方式让人感觉像是在操作MONGODB。
实际上，cluster _ 1 . status({ ‘ extended ‘ :3 })可以通过获取状态来获取更多信息。
其实通过二次开发，有更好的方法来判断节点间数据复制的延迟。
至于克隆的状态，这是一个很好的状态展示。从一个主库克隆到一个从库，这个状态被复制了多少，还有多少更差，对操作员来说是有意义的。
例如，官方文档中提到的currentStageProcess可以显示当前克隆的状态和百分比。我们可以感受到MYSQL 8向集成化、人性化的转变。
———————————————————————————————
重新组织和安装，这次不是从三个独立的机器，而是从一个已经建立的集群。
1溶解集群。
首先确认集群的状态。
var cluster_v=dba.getCluster()
cluster_v.status()
2群集_v .溶解()
然后通过人工确认，直接解散集群。
然后在每个集群中运行dba.dropMetadataSchema()。
否则，后续会生成遗留信息，仍然有无法建立的集合。
群的问题
3 开始搭建集群，确认每个节点的当前是否可以具备搭建集群的状态
在每台机器中都要运行，检测相关的状态，这里截图是OK 的状态，如果不OK，需要通过他的报错信息对你的MYSQL 进行调整。
4 创建新的集群，并在此添加相关的权重，以及白名单信息
5 开始加入其他节点
实际上上面的添加集群的命令可以总结为4条
dba.createCluster('repl', {memberWeight:80,ipWhitelist: "192.168.198.0/24"})
var cluster_v = dba.getCluster()
cluster_v.addInstance('admin:1234.com@192.168.198.101:3306', {memberWeight:60})
cluster_v.addInstance('admin:1234.com@192.168.198.102:3306', {memberWeight:40})
仅仅这四条命令一个 INNODB CLUSTER 就搭建成功了，那实际上的背后做了什么。
这大大降低了安装集群的难度和复杂度，所以通过mysqsh 命令来管理 MGR 集群是大势所趋，如果要用，基本上是逃不掉的。
最后设置整体的集群的 group-replication-consistency （如果不知道什么是 group-replication-consistency 可以看我之前有一期关于这个说明）
从目前最新的8.019版本的mysql来看，集群方案基本上已经固化，并且安装的方式越来越往自动化上进行，几条命令后面其实上白条命令的集合。后续还要继续研究后台到底做了什么，出现问题怎么知道是那个层面的问题。
看完上述内容，你们对MYSQL 8 Innodb cluster mysqlsh安装详细过程及周边是怎样的有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注行业资讯频道，感谢大家的支持。
内容来源网络，如有侵权，联系删除，本文地址：https://www.230890.com/zhan/46794.html