基于MHA的MySQL高可用方案.PDF
基于MHA的MySQL高可用方案
DBA Team
二零一三年三月
文档修订版历史
日期 版本 说明 作者 审阅
2013-03-21
2013-03-21 -0033--2211 刘浩
2013-03-24 V1.0
2013-03-24 V1.0 -0033--2244 VV11..00 邱伟胜
1
目录
目录
2.MHA的特性3
3.MHA所需条件4
4.MHA切换过程6
4.1 故障转移过程6
4.2 在线切换过程8
4.3 recover机制8
4.4 Typical timeline10
5. MHA构建步骤10
5.1 第一步:master slave10
5.2 第二步:mha rpm安装10
5.3 第三步:ssh互信11
5.4 第四步:MHA配置11
5.5 第五步:手工添加VIP13
6. 常用操作命令13
6.1 检查MHA的配置13
6.2 检查ssh的配置14
6.3 检查MHA manager 的状态14
6.4 停止MHA manager14
6.5 启动MHA manager14
6.6 手工failover15
6.7 在线切换15
7. 注意事项16
7.1 修复crash master16
7.2 DBA专有备用slave17
7.3 mysqlbinlog 工具的问题17
7.4 VIP问题18
7.5发邮件与发短信18
7.6 常用的命令合集18
8. 参考资料19
2
1.MHA介绍
1.MHA介绍
11..MMHHAA介介绍绍
MHA自动化主服务器故障转移,快速将从服务器晋级为主服务器(通常在
10-30s),而不影响复制的一致性,不需要花钱买更多的新服务器,不会有性能
损耗,容易安装,不必更改现有的部署环境,适用于任何存储引擎。
MHA提供在线主服务器切换,改变先正运行的主服务器到另外一台上,这个
过程只需0.5-2s的时间,这个时间内数据无法写入。
MHA Manager通过ssh连接mysql slave服务器。
虽然MHA试图从挡掉的主服务器上保存二进制日志,并不是总是可行的。例
如,如果主服务器硬件故障或无法通过ssh访问,MHA没法保存二进制日志,只
进行故障转移而丢失最新数据。
使用半同步复制,可以大大降低数据丢失的风险。MHA可以与半同步复制结
合起来。如果只有一个slave已经收到了最新的二进制日志,MHA可以将最新的
二进制日志应用于其他所有的slave服务器上,因此他们彼此保持一致性。
2.MHA的特性
2.MHA的特性
22..MMHHAA的的特特性性
1.主服务器的自动监控和故障转移
MHA监控复制架构的主服务器,一旦检测到主服务器故障,就会自动进行故障转
移。即使有些从服务器没有收到最新的relay log,MHA自动从最新的从服务器
上识别差异的relaylog并把这些日志应用到其他从服务器上,因此所有的从服
务器保持一致性了。MHA通常在几秒内完成故障转移,9-12秒可以检测出主服务
器故障