此次实验的环境如下
MySQL 5.7.25
Redhat 6.10
操作系统账号:mysql
数据库复制账号:rpl
复制格式:基于行的复制
MHA版本: 0.56
前面的专题我们讲了MySQL 的复制,包括异步和半同步
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:
自定义脚本
另有如下几个脚本需自定义,可实现一些更加高级的功能:
master_ip_failover:VIP故障转移
master_ip_online_change:VIP手动在线转移
send_report:当发生故障切换时,可通过send_report脚本发送告警信息。
power_manager:关闭服务器
可以通过如下链接下载
链接: https://pan.baidu.com/s/18H12bTIYHi2H0dXs2DI7NA 提取码: mwkq
https://www.percona.com/blog/2016/09/02/mha-quickstart-guide/
http://www.ttlsa.com/mysql/step-one-by-one-deploy-mysql-mha-cluster/