使用mysql-mmm实现mysql集群部署，mysql-mmmmysql
背景：之前实现的mysql同步复制功能（见笔者之前文章http://blog.csdn.net/kingofworld/article/details/39210937）只是双机热备功能，还不能做到Mysql链接的自动切换。
本配置实现真正的mysql集群，使得在某台机子的mysql应用停止时，能让应用程序自动切换到另外一台机子的mysql连接，实现应用的高稳定性，并且使得扩展Mysql服务成为可能。
本配置使用mysql-mmm（master-master Replication Manager for MySQL）组件实现集群功能。
本次演示的配置使用三台机器，架构如下：
Master1 和Master2两台机器实现双机热备，其中一台机器的mysql服务停止或机器宕机，应用程序都会将数据库连接自动切换到另外一台机子。另外用一台机子实时备份master1的数据。
1、安装mysql-mmm服务
在三台机器都安装
wget http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
rpm -ivh epel-release-6-8.noarch.rpm
yum -y install mysql-mmm*
完成后查看 rpm -qa|grep mysql-mmm
有以下组件表示安装成功
Rhel5或centos5,32位：http://dl.fedoraproject.org/pub/epel/5/i386/epel-release-5-4.noarch.rpm
Rhel6或centos6,32位：http://dl.fedoraproject.org/pub/epel/6/i386/epel-release-6-5.noarch.rpm
Rhel6或centos6,64位：http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
1、添加mysql的用户
在三台机器都添加mysql用户，分别用于复制、
进入mysql服务mysql -u root -p
use mysql;
grant REPLICATION slave,REPLICATION CLIENT on *.* to 'repl'@'%' identified by 'password'; //建立复制用户
grant PROCESS,SUPER,REPLICATION CLIENT on *.* to 'mmm_agent'@'%' identified by 'password'; //建立agent用户
grant REPLICATION CLIENT on *.* to 'mmm_monitor'@'%' identified by 'password'; //建立用户
FLUSH PRIVILEGES;
2、配置同步复制
配置复制的策略如架构图所示。
配置方法在我上一篇文章有介绍过，这里不再重复，见笔者之前文章http://blog.csdn.net/kingofworld/article/details/39210937
3、修改hosts
分别修改三台机器的hosts文件
vi /etc/hosts
添加
200.200.168.24 M1
200.200.168.25 M2
200.200.168.23 slave1
4、配置mysql-mmm
修改 /etc/mysql-mmm/mmm_common.conf 各台机子的配置都一样
active_master_role writer
<host default>
cluster_interface eth0
pid_path /var/run/mysql-mmm/mmm_agentd.pid
bin_path /usr/libexec/mysql-mmm/
replication_user repl
replication_password password
agent_user mmm_agent
agent_password <span style="font-size: 13.3333339691162px;">password</span>
</host>
<host M1>
ip 200.200.168.24
mode master
peer M2
</host>
<host M2>
ip 200.200.168.25
mode master
peer M1
</host>
<host slave1>
ip 200.200.168.23
mode slave
</host>
<role writer>
hosts M1,M2
ips 200.200.168.26
mode exclusive
</role>
<role reader>
hosts M1,M2,slave1
ips 200.200.168.27
mode balanced
</role>
注意：200.200.168.26和200.200.168.27是两个虚拟的IP地址，供应用程序调用，只需用两个没人占用的IP就可以，分别用来提供写和读服务，为以后实现数据库的读写分离（但实现读写分离需要修改应用程序，mysql并不能自动识别并切换）。
修改/etc/mysql-mmm/mmm_agent.conf
三台机器分别设置为this M1、this M2、this slave1
修改/etc/mysql-mmm/mmm_mon.conf
只是monitor（200.200.168.24）机子需要配置
include mmm_common.conf
<monitor>
ip 127.0.0.1
pid_path /var/run/mysql-mmm/mmm_mond.pid
bin_path /usr/libexec/mysql-mmm
status_path /var/lib/mysql-mmm/mmm_mond.status
ping_ips 200.200.168.24,200.200.168.25,200.200.168.23
auto_set_online 10
# The kill_host_bin does not exist by default, though the monitor will
# throw a warning about it missing. See the section 5.10 "Kill Host
# Functionality" in the PDF documentation.
#
# kill_host_bin /usr/libexec/mysql-mmm/monitor/kill_host
#
</monitor>
<host default>
monitor_user mmm_monitor
monitor_password password
</host>
debug 0
配置完成后运行
三台机子都需运行：
/etc/init.d/mysql-mmm-agent start
Monitor机子运行
/etc/init.d/mysql-mmm-monitor start
5、查看服务状态及测试
在monitor机子运行mmm_control show
可以看到以下信息：
表示写服务器（200.200.168.26）使用的是200.200.168.24
读服务器（200.200.168.27）使用的是200.200.168.25
查看各个服务的状态：
mmm_control checks all
6、测试：
将master1的mysql服务停止，然后mmm_control show查看状态
可以看到读写服务器都转移到了master2，这时服务器master1的流程应用还能够正常使用，可以进行申请流程测试
这时查看mmm_control checks all
将master1 的mysql服务启动，再查看状态：
读写服务器又分开了
不是很理解，比如说你3台搭建分布式，你通过什么方式区分库表？假设每台服务器上部署一个mysql实例，那你怎么把数据分布到3个mysql里面？是每个mysql里面存不同的表么？如果这样，就还可以接受。这块问题不是很大。
第二个问题，你的HA主备，意思是说两个分布式互为主备？那怎么备份，怎么切换？
其实按照你想要达到的目标。应该是每两台互做主备，形成3对主备库，然后这3对再组建一个分布式集群。
其实和你要做的可能差不多，不过逻辑上还是有差异的。HA你准备怎么做？keepalived？
另外，咨询一下，你的分布式是通过什么来实现，不同业务访问不同的数据库，每个库存不同的表？还是相同的表分布在不同数据库？
看你服务器的配置如何，其实我觉得一般来说拿3台来做备机有点浪费，如果配置允许，可以考虑做成6套mysql主备的分布式集群。
通过交叉互备实现硬件的最大利用。下图是我们之前用4台服务器做的一套集群方案。
如果还有其他问题可以和我联系。
但似乎很多人推荐这个）DRBD+Heartbeat+MySQL（有一台机器空余？Heartbeat切换时间较长？有脑裂问题？）MySQL Proxy（不够成熟与稳定？使用了Lua？是不是用了他做分表则可以不用更改客户端逻辑？）MySQL Cluster （社区版不支持INNODB引擎？商用案例不足？稳定性欠佳？或者还有其他问题？又或者听说现在发展不错？）MySQL + MHA （如果配上异步复制，似乎是不错的选择，又和问题？）MySQL + MMM （似乎反映有很多问题，未实践过，谁能给个说法）淘宝的Cola(似乎现在停止开发了？)？变形虫Amoeba（事务支持？）或者，其他方案？ 不管哪种方案都是有其场景限制 或说 规模限制，以及优缺点的。1. 首先反对大家做读写分离，关于这方面的原因解释太多次数（增加技术复杂度、可能导致读到落后的数据等），只说一点：99.8%的业务场景没有必要做读写分离，只要做好数据库设计优化 和配置合适正确的主机即可。2.Keepalived+MySQL --确实有脑裂的问题，还无法做到准确判断mysqld是否HANG的情况；3.DRBD+Heartbeat+MySQL --同样有脑裂的问题，还无法做到准确判断mysqld是否HANG的情况，且DRDB是不需要的，增加反而会出问题；3.MySQL Proxy -- 不错的项目，可惜官方半途夭折了，不建议用，无法高可用，是一个写分离；4.MySQL Cluster -- 社区版本不支持NDB是错误的言论，商用案例确实不多，主要是跟其业务场景要求有关系、这几年发展有点乱不过现在已经上正规了、对网络要求高；5.MySQL + MHA -- 可以解决脑裂的问题，需要的IP多，小集群是可以的，但是管理大的就麻烦，其次MySQL + MMM 的话且坑很多，有MHA就没必要采用MMM建议：1.若是双主复制的模式，不用做数据拆分，那么就可以选择MHA或 Keepalive 或 heartbeat2.若是双主复制，还做了数据的拆分，则可以考虑采用Cobar；