博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
项目进阶 之 集群环境搭建(三)多管理节点MySQL集群
阅读量:6633 次
发布时间:2019-06-25

本文共 1970 字,大约阅读时间需要 6 分钟。

        上次的博文中,我们搭建了一个基础的MySQL集群。这篇博客咱们继续解说MySQL集群的相关内容,同一时候针对上一篇遗留的问题提出一个解决方式。

1、单管理节点MySQL集群和多管理节点MySQL集群

        上一篇的博客中,我们搭建的MySQL集群架构中,仅仅存在一个管理节点。这样搭建的集群能够用例如以下所看到的的结构表示。

        细致分析上图就会发现,上图所看到的的单管理节点MySQL集群存在当唯一的管理节点因为网络、断电、压力过大等各种原因宕机后,数据节点和SQL节点将会各自为战,成为一盘散沙。这样搭建的MySQL集群可用性较低,所以我们要将单管理节点集群改变成例如以下图所看到的的多管理节点集群。

        在上图的多管理节点MySQL集群中,因为管理节点存在多个,所以当当中的某一个管理节点出现宕机之后。其它的管理节点自己主动接过MySQL集群的管理权限。保证MySQL集群的正常执行。

2、多管理节点MySQL集群配置

        多管理节点MySQL的配置很easy,仅须要改动之前的博文中提高的三种节点的三个地方。

        1)改动管理节点配置

        打开管理节点C:\mysql\bin下的config.ini文件,将当中ndb_mgmd的相关配置改动为例如以下内容:
[ndb_mgmd] # Management process options:  # Hostname or IP address of management node    HostName=192.168.24.16              # Directory for management node log files   DataDir=C:/mysql/bin/cluster-logs[ndb_mgmd]   # Management process options:  # Hostname or IP address of management node    HostName=192.168.24.43               # Directory for management node log files   DataDir=C:/mysql/bin/cluster-logs
        即改动之后的config.ini存在多个ndb_mgmd管理节点的相关配置。

        2)改动数据节点配置

        打开数据节点C:\mysqlcluster\datanode\mysql下的my.ini文件,将当中mysql_cluster的相关配置改动为例如以下内容:
[mysql_cluster]  # Optionsfor data node process:  #location of management server  ndb-connectstring=192.168.24.16,192.168.24.43
        即改动之后的mysql_cluster节点下的ndb-connectstring相应多个管理节点的IP地址。

假设管理节点改动了服务port号,则须要加入相应的port号,比如:192.168.24.16:3306,192.168.24.43:3306

        3)改动SQL节点配置

        与改动数据节点类似。改动SQL节点配置须要打开C:\mysqlcluster\sqlnode\mysql下的my.ini文件,将当中mysqld的相关配置改动为例如以下内容:
[mysqld]   # Options for mysqld process:   # run NDB storage engine   ndbcluster                         # location of management server   ndb-connectstring=192.168.24.16,192.168.24.43
        即改动之后的mysqld节点下的ndb-connectstring相应多个管理节点的IP地址。

3、多管理节点MySQL集群配置启动和測试

        多管理节点MySQL集群的启动和測试与单管理节点MySQL集群的启动和測试没有差别,能够參考上一篇文章中的相关介绍。

须要注意的是在启动MySQL集群的时候,除第一个启动的管理节点以外,其它管理节点会出现例如以下图所看到的的警告:

        以上警告的意思是节点1和3。2和4的arbitrator在一台主机上,可能引起整个集群失败,这个警告能够不用放在心上继续操作就可以。

        到眼下为止。咱们的多管理节点的MySQL集群就搭建完成了,这种集群的在正常情况下能够满足一般需求,但并非说它就真的无懈可击,它从架构和有用度来讲还能够进行很多其它的优化和完好,详细都有哪些能够优化和完好的地方呢?敬请期待接下来的文章!

你可能感兴趣的文章
c语言插入排序
查看>>
052 自动将每日的日志增量导入到hive中
查看>>
Android NDK开发(五)--C代码回调Java代码【转】
查看>>
Linux systemd 打开调试终端、添加开机自运行程序
查看>>
教你一招:根据身份证号计算出生年月和年龄 text函数和mid函数混用 datedif函数和today函数混用...
查看>>
将用户信息保存到Cookie中
查看>>
struts 官方网址
查看>>
LCA近期公共祖先
查看>>
Quartz快速上手
查看>>
CentOS6.5安装Kibana5.3.0
查看>>
SSM框架——详细整合教程(Spring+SpringMVC+MyBatis)
查看>>
EM算法求高斯混合模型參数预计——Python实现
查看>>
JS 得细心的坑位
查看>>
hdu1874 畅通project续(求最短路径)
查看>>
ArcGIS教程:Geostatistical Analyst 应用演示样例
查看>>
winform网络编程之TcpClient类,TcpListener类和UdpClient类
查看>>
CentOS7下的YUM源服务器搭建详解,过程写的很详细(转)
查看>>
AspNetCore-MVC实战系列(三)之个人中心
查看>>
JSON简述
查看>>
cvs的规范以及介绍(转)
查看>>