http://blog.chinaunix.net/u3/93755/showart.php?id=2390364
一、MMM简介：
MMM即Master-Master Replication Manager for MySQL（mysql主主复制管理器）关于mysql主主复制配置的监控、故障转移和管理的一套可伸缩的脚本套件（在任何时候只有一个节点可以被写入），这个套件也能对居于标准的主从配置的任意数量的从服务器进行读负载均衡，所以你可以用它来在一组居于复制的服务器启动虚拟ip，除此之外，它还有实现数据备份、节点之间重新同步功能的脚本。
MySQL本身没有提供replication failover的解决方案，通过MMM方案能实现服务器的故障转移，从而实现mysql的高可用。
MMM项目来自 Google：
官方网站为：
Mmm主要功能由下面三个脚本提供
l mmm_mond 负责所有的监控工作的监控守护进程，决定节点的移除等等
l mmm_agentd 运行在mysql服务器上的代理守护进程，通过简单远程服务集提供给监控节点
l mmm_control 通过命令行管理mmm_mond进程
二、mysql-mmm架构的搭建
1、 先介绍下本文的环境：
系统环境：CentOS release 5.4（32bit）
server1 ip: 192.168.1.161 virtual read ip:192.168.1.111
server2 ip: 192.168.1.162 virtual read ip:192.168.1.112
server3 ip: 192.168.1.163 virtual write ip: 192.168.1.113
2、 mysql-mmm架构配置简介：
u 在server1、server2上安装mysql，并配置为master-master架构（就是互为主从）----------配置很简单，就不对着部分进行详细解释，有问题的话请查看：http://blog.chinaunix.net/u3/93755/showart.php?id=2213538
u 在server1、server2，server3上安装mmm，并配置：mmm_common.conf、mmm_agent.conf以及mmm_mon.conf文件
3、 Mysql-mmm实战
前提：server1和server2上已经配置好mysql主主同步
u 安装mysql-mmm
CentOS软件仓库默认是不含这些软件的，必须要有epel这个包的支持。故我们必须先安装epel：u 配置mmm代理和监控账号的权限
在server1和server2上分别执行：u 配置mysql-mmm
所有的配置选项都集合在了一个叫/etc/mysql-mmm/mmm_common.conf的单独文件中，系统中所有主机的该文件内容都是一样的, 配置完后不要忘记了拷贝这个文件到所有的主机（包括监控主机）！，内容如下：在数据库主机上我们需要编辑/etc/mysql-mmm/mmm_agent.conf文件，根据其他主机的不同更改db1的值（db2就将db1更改成db2）：在监控主机上我们需要编辑/etc/mysql-mmm/mmm_mon.conf文件：u 启动MMM
启动代理：
（在数据库服务器上server1、2）编辑/etc/default/mysql-mmm-agent来开启：
ENABLED=1
然后启动它：
/etc/init.d/mysql-mmm-agent start
启动监控（在监控机上）：
/etc/init.d/mysql-mmm-monitor start
u 利用mmm_control监控mysql服务器状态：
[root@server3 mysql-mmm]# mmm_control show
db1(192.168.1.161) master/ONLINE. Roles: reader(192.168.1.112), writer(192.168.1.113)
db2(192.168.1.162) master/ONLINE. Roles: reader(192.168.1.111)
u 测试看两个mysql服务器能否实现故障自动切换
停掉作为写的db1上的mysql，查看写的服务器会不会自动转移到db2上去
停掉几秒钟后用mmm_control show查看：
[root@server3 mysql-mmm]# mmm_control show
db1(192.168.1.161) master/HARD_OFFLINE. Roles:
db2(192.168.1.162) master/ONLINE. Roles: reader(192.168.1.111), reader(192.168.1.112), writer(192.168.1.113)
我们可以看到已经把db2当作主写服务器
再来看看db1恢复后会是什么情况：
[root@server3 mysql-mmm]# mmm_control show
db1(192.168.1.161) master/ONLINE. Roles: reader(192.168.1.111)
db2(192.168.1.162) master/ONLINE. Roles: reader(192.168.1.112), writer(192.168.1.113)
我们可以看到当db1恢复后就充当slave的角色了！只有当db2挂了以后db1又会担当起主服务器的写入功能
总结：mysql-mmm的故障切换过程大致为（根据我的环境来分析的）：
mmm_mond监控各mysql-server的运行状态
1、当roles为read的server2发生故障，就将read的角色从server2上去除，并标记为OFFLINE状态。当该server2恢复后又会自动分配read角色给该服务器，标记为ONLINE状态，并和server1一起承担读压力。
2、当roles为reader和write的server1发生故障的时候，就将read和write角色从server1上去除，并标记为OFFLINE状态，由roles为read的server2取代该服务器，并分配write角色和浮动IP，此时server2为主服务器，承担服务器的读写操作。当server1恢复后，mysql-mmm会自动分配roles为read，标记为ONLINE状态，并和server2一起承担读压力。此时server1为slave，提供只读功能。
另外在测试中发现一个问题，当作为slave的server2的复制出问题的时候，server2会被标记成REPLICATION_FAIL，变成REPLICATION_FAIL状态后就不能提供读取功能了，会将全部读取功能都转到server1上，所以如果用于生产环境要严格严控主从同步情况！
u mmm_control命令简介
[root@server3 mysql-mmm]# mmm_control help
Valid commands are:
help - show this message
#查看帮助信息
ping - ping monitor
#ping监控
show - show status
#查看状态信息
checks [
#显示检查状态，包括（ping、mysql、rep_threads、rep_backlog）
set_online
#设置某host为online状态
set_offline
#设置某host为offline状态
mode - print current mode.
#打印当前的模式，是ACTIVE、MANUAL、PASSIVE？
#默认ACTIVE模式
set_active - switch into active mode.
#更改为active模式
set_manual - switch into manual mode.
#更改为manual模式
set_passive - switch into passive mode.
#更改为passive模式
move_role [--force]
#更改host的模式，比如更改处于slave的mysql数据库角色为write
(Only use --force if you know what you are doing!)
set_ip
#为host设置ip，只有passive模式的时候才允许更改！