今天就跟大家聊聊有关MYSQL 8, Innodb集群mysqlsh安装详细过程及周边是怎样的,可能很多人都不太了解,为了让大家更加了解,小编给大家总结了以下内容,希望大家根据这篇文章可以有所收获。
自打上期开始了关于Innodb集群的安装文字后,感觉突然就一股Innodb集群的风扑面而来,新技术的掌握看来是热情很高。
今天这期其实是开始对一些细节进行盘点,先对周边的命令进行一次盘点,然后,总结一下在安装中的一些配置参数,以及相关的信息的存储位置
1获取当前的Innodb集群的状态,,在通过连接连接到集群中Innodb的一台机器后,我们通过getCluster()命令来获得集群的信息,然后在通过信息中的指定的命令进行信息的展现
var cluster_1 =dba.getCluster ()
cluster_1.describe (),
cluster_1.status ()
在传统的MYSQL中我们通过performace_schema, replication_group_members来查看系统的集群状态,但现在我们可以通过状态()来更快的查看集群的状态,图中可以很清晰的看到mgr3已经处于失踪的状态。
这样的操作方式和展现方式让人有点像在操作MONGODB的感觉。
实际上,,cluster_1.status({& # 39;扩展# 39;:3}),通过获取状态可以获得更多的信息
实际上通过二次开发,在此判断节点间的数据复制的延迟,已经有了更好的方法。
2,关于克隆时的状态,这个是比较好的一个状态显示,从一个主库复制到一个从库,那到底这个状态拷贝了多少,还差多少,对操作人员是有意义的
例如官方文档中提到的在克隆中currentStageProcess可以显示当前的克隆的状态是什么百分比是多少。从中可以感受到MYSQL 8对于集成性和人性化的改变。
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
重新整理安装,这次并不是从三台单机开始,此次是从一个已经组建好的集群开始。
1,解散集群
首先确认集群的状态
var cluster_v=dba.getCluster ()
cluster_v.status ()
2 cluster_v.dissolve ()
然后通过手动的确认,集群就直接解散了。
然后在每个集群中运行dba.dropMetadataSchema ()
否则后续会产生遗留信息还存在无法建立集群的问题
3,开始搭建集群,确认每个节点的当前是否可以具备搭建集群的状态
在每台机器中都要运行,检测相关的状态,这里截图是OK的状态,如果不好,需要通过他的报错信息对你的MYSQL进行调整。
4创建新的集群,并在此添加相关的权重,以及白名单信息
5开始加入其他节点
实际上上面的添加集群的命令可以总结为4条
dba.createCluster (& # 39; repl # 39;, {ipWhitelist memberWeight: 80:“192.168.198.0/24"})
var cluster_v=dba.getCluster ()
cluster_v.addInstance(& # 39;管理:1234. com@192.168.198.101:3306& # 39;, {memberWeight: 60})
cluster_v.addInstance(& # 39;管理:1234. com@192.168.198.102:3306& # 39;, {memberWeight: 40})
