（转）MySQL高可用方案MHA的部署和原理

背后深层次的逻辑：

MHA Node则运行在每个mysql节点上，MHA Manager会定时探测集群中的master节点，当master出现故障时，它自动将最新数据的slave提升为master，然后将其它所有的slave指向新的master。

在MHA自动故障切换过程中，MHA试图保存master的二进制日志，从而最大程度地保证数据不丢失，当这并不总是可行的，譬如，主服务器硬件故障或无法通过ssh访问，MHA就没法保存二进制日志，这样就只进行了故障转移但丢失了最新数据。可结合MySQL 5.5中推出的半同步复制来降低数据丢失的风险。

1.MHA搭建所需条件

MHA对mysql复制环境有特殊的要求，例如各节点都要开启二进制日志和中继日志，各从节点必须显式启用其read-only属性，并关闭relay_log_purge功能等，这里先对其配置做事先说明。