1、首先介绍一下mysql-mmm这个工具是干嘛使的？
众所周知，mysql自身提供了AB复制。我们也可以很轻松的实现master-master双向复制，同时再为其中的一个master节点搭建一个slave库。这样就实现了master1与master2之间的双向复制，同时master1与slave1之间主从复制这样的架构。这样整个体系中就存在两个master，正常情况下只有一个master对外提供服务。如果对外提供服务的master意外宕机了，这时mysql本身并不具备failover切换的能力，这样尽管系统中还有一个正常的master节点，但应用仍不可用，这个正常的master尽管存在，但无疑是个摆设。mysql-mmm就是在这样的条件下诞生的。
Mysql-MMM是Master-Master Replication Manager for MySQL（mysql主主复制管理器）的简称，该项目来自于Google，旨在用来监控mysql主主复制和做失败转移。其原理是将真实数据库节点的IP映射为虚拟IP集，在这个虚拟的IP集中，有一个用于write的IP，多个用于read的IP，这个用于write的虚拟IP映射着数据库集群中的两台master的真实IP，，以此来实现failover的切换，如果觉得不是很明白，没有关系，后边具体配置部分还会再做说明。
Mysql-MMM是一个开源的项目，官网：
2、接着来说amoeba是个什么物件？
可能您听说过mysql-proxy，这个mysql官方维护的一个实现mysql读写分离的工具，曾经测试使用过，但没有在生产中使用。网上大家讨论比较多的是mysql-proxy的配置比较麻烦，其实不是的，单说mysql-proxy的配置的话是比较简单的，不比amoeba麻烦多少，主要是mysql-proxy自身不带有启动脚本，如果你想实现像mysql服务那样的启动方式就需要自己来编写服务脚本。这里实现mysql读写分离，使用淘宝开源出来的amoeba，amoeba是用java开发出来的一款软件，其配置文件为xml格式。选择amoeba是因为amoeba是淘宝在生产环境中使用过的，经过实践测试的，相比mysql-proxy来说，风险性要小一些。
3、最后来说keepalived
keeplived是用来实现服务的高可用的一款优秀的工具，需要说明的是keepalived会为代理的服务虚拟一个IP，用于外部访问，正常情况下，这个虚拟IP是绑定在master上的。master通过脚本来周期性判断服务是否正常运行，如果发现服务异常，就会停掉keepalived服务，这时原本绑定在master上的虚拟IP就会浮动到backup上，由于这个虚拟IP仍然存在，所以外部仍旧可以访问这个服务。
架构说明：
1， 数据库之间做主从复制，实现双主多备
2， 在数据库之间利用mysql-mmm套件实现HA，并用monitor进行监听
3， 利用mysql-proxy进行读写分离
4， 利用keepalived实现mysql-proxy的高可用
优势：
1， 数据库得到高可用的保护，当主库其中一个节点宕机，备用的主库进行切换，保证应用的正常进行。
2， 利用mysql-proxy进行读写分离，可以减轻主库的负载，并且能对从库进行负载均衡。
3， 对mysql-proxy采用keepalived的方法，实现对应用层的透明，并且保证mysql-proxy的高可用性。
4， 利用mysql-proxy可为日后的数据库改造，切分提供了有利的条件。
