参考：https://code.google.com/p/mysql-master-ha/wiki/Overview
一、官网场景—— 一主多从
1.主要使用场景：提供master容灾，在master宕机之后，以最短的时间自动将slave提升为master。
工作方式：在master dead之后，自动选择一个slave（可以配置一个优先slave）接管master业务。并配置其他slave切换replication到新的master。
2.除此之外还有：在线master切换（0.5s-2s的不可写时间）。
二、难点——当然也就是MHA试图解决的问题
以下是手工打造时的难点，而MHA进行了解决。
1.选最新的slave接管master。
最新不好检查及选择。
2.其他不是最新的slave的一致性问题。
其他slave切换到新master，会丢失与原master的transaction，造成binary log event不一致。
手工检查binlog是一件很复杂且不易操作的事情。
三、官网wiki提供的其他各种solution
待续…