此次实验的环境如下
IP地址 | 主从关系 | 复制账号 | 复制格式 |
---|---|---|---|
11.12.14.29 | 主库 | repl | Row-Based |
11.12.14.30 | 从库(半同步/备master) | repl | Row-Based |
11.12.14.39 | 从库(异步) | repl | Row-Based |
11.12.14.40 | 管理节点 | 无 | 无 |
11.12.14.41 | VIP | 无 | 无 |
关于简介我这里就摘取下网上的说法
MHA(Master High Availability)是一套相对成熟的MySQL高可用方案,能做到在0~30s内自动完成数据库的故障切换操作,在master服务器不宕机的情况下,基本能保证数据的一致性。
他由两部分组成
MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群,也可以部署在一台slave上。
MHA Node则运行在每个mysql节点上
MHA Manager会定时探测集群中的master节点,当master出现故障时,它自动将最新数据的slave提升为master,然后将其它所有的slave指向新的master。
在MHA自动故障切换过程中,MHA试图保存master的二进制日志,从而最大程度地保证数据不丢失
但这并不总是可行的,譬如,主服务器硬件故障或无法通过ssh访问,MHA就没法保存二进制日志,这样就只进行了故障转移但丢失了最新数据
可结合MySQL 5.5中推出的半同步复制来降低数据丢失的风险。
上面提到MHA由Manager工具包和Node工具包组成,其中Node软件安装在mysql节点中,manager安装在管理节点中,也可安装在其中一个mysql节点
在安装完组件时会各自生成一些脚本,下面来介绍(具体的安装我们下节介绍)
MHA Manager:
MHA Node:
自定义脚本
另有如下几个脚本需自定义,可实现一些更加高级的功能:
可以通过如下链接下载
https://github.com/yoshinorim/mha4mysql-manager/tree/master/samples/scripts
https://www.percona.com/blog/2016/09/02/mha-quickstart-guide/
http://www.ttlsa.com/mysql/step-one-by-one-deploy-mysql-mha-cluster/
https://www.cnblogs.com/ivictor/p/5686275.html
https://andblog.cn/?p=974
觉得文章不错的欢迎关注,转发,收藏~