去年做过MySQL HA高可用方案，就是利用了Google的半同步补丁来加以实现的。而现在MySQL5.5中已经集成了semi-sync replication的功能，那么我们可以放心用它和其他组件及服务判断程序来实现我们的高可用解决方案。但是这里还存在一点瑕疵，需要注意。 By ivan@mysqlab.net

MySQL半同步流程设计图

　　在开启MySQL半同步的时候，需要至少一个开启了半同步的slave。在master提交一个写事务之后，master会block这个事务，直到至少一个slave确认已经接受到了该复制事件，这时master才想应用程序确认提交成功。否则超时中断半同步，直到重新满足条件开启。

　　在master提交事务之后，而slave未来得及接收复制事件，这时候master crash的话，应用程序会切换到slave上，并重新发起事务，这正好是我们所需要的，满足高可用的初衷。但是这里存在一个缺陷，那就是在master恢复之后，原来的事务已经提交，这时候复制会出现问题。

　　解决办法：在原来的master恢复之后数据重做，或者跳过重复数据错误。