MHA MySQL高可用架构简述.docx
5墨值下载
1.1
MySQL MHA
高可用方案
1.1.1 MHA
简介
MHA
（
Master High Availability
）目前在
MySQL
高可用方面是一个相
对成熟的解决方案，它由日本
DeNA
公司
youshimaton
（现就职于
Facebook
公司）开发，是一套优秀的作为
MySQL
高可用性环境下故障切换
和主从提升的高可用软件。在
MySQL
故障切换过程中，
MHA
能做到在
0~30
秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，
MHA
能在最大程度上保证数据的一致性，以达到真正意义上的高可用。
1.1.2
工作原理
MHA
里有两个角色一个是
MHA Node
（数据节点）另一个是
MHA
Manager
（管理节点）。
MHA Manager
可以单独部署在一台独立的机器上
管理多个
master-slave
集群，也可以部署在一台
slave
节点上。
MHA Node
运行在每台
MySQL
服务器上，
MHA Manager
会定时探测集群中的
master
节点，当
master
出现故障时，它可以自动将最新数据的
slave
提升为新的
master
，然后将所有其他的
slave
重新指向新的
master
。整个故障转移过程
对应用程序完全透明。
在
MHA
自动故障切换过程中，
MHA
试图从宕机的主服务器上保存二进制
日志，最大程度的保证数据的不丢失，但这并不总是可行的。例如，如果主服
务器硬件故障或无法通过
ssh
访问，
MHA
没法保存二进制日志，只进行故障转
移而丢失了最新的数据。使用
MySQL
的半同步复制，可以大大降低数据丢失
的风险。
MHA
可以与半同步复制结合起来。如果只有一个
slave
已经收到了最
新的二进制日志，
MHA
可以将最新的二进制日志应用于其他所有的
slave
服务
器上，因此可以保证所有节点的数据一致性。
相较于其它
HA
软件，
MHA
的目的在于维持
MySQL Replication
中
Master
库的高可用性，其最大特点是可以修复多个
Slave
之间的差异日志，
最终使所有
Slave
保持数据一致，然后从中选择一个充当新的
Master
，并将
其它
Slave
指向它。
当
Master
发生故障时，
MHA
按照如下步骤来操作：
of 15
5墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
文档被以下合辑收录
评论