动作： 此时，将sdw_1再重新启动 ， ＃ mysqld_safe &
结果： 则负责读的VIP （192.168.204.202）会切换到sdw_1上，但是 负责写的VIP，仍在sdw_2上。
3.动作：sdw_2上，手动停止同步服务， # slave stop;
结果： sdw_2上的VIP（192.168.204.203）会自动迁移到 sdw_1上
# mmm_control show
sdw_1(192.168.204.128) master/ONLINE. Roles: reader(192.168.204.202), writer(192.168.204.201)
sdw_2(192.168.204.129) master/REPLICATION_FAIL. Roles:
4.动作： 停止master服务器上的monitor服务， # /etc/init.d/mysql-mmm-monitor stop
结 ： 对sdw_1 和sdw_2 上的服务无影响
动作： 再次启动monitor服务， # /etc/init.d/mysql-mmm-monitor stop
结果： # mmm_control show
sdw_2(192.168.204.129) master/ONLINE. Roles: reader(192.168.204.203)
对sdw_1 和 sdw_2 上的相关服务无影响。
5.动作： 停止sdw_1 上的slave服务， # slave stop;
结果： 无任何变化
理论上也应该是对现有的环境无任何影响。mmm这样设计是正确的。
总结：MMM设计的很合理，应该说是管理大规模MySQL主从关系很好的一个工具，也是一个很好的HA方案
不需要在系统层架构HA方案，例如：keepalive，以及RHEL的cluster等。
对MySQL的针对性也很强。
肯定还有很多其他的功能没有发掘出来，。。。。期待。。。。