MHA，MySQL的高可用架构，在基于主从架构的模式下，当主服务器挂掉之后，由MHA中manager来决定从哪台slave从服务器当中选择一台作为master主服务器，通常是比较从服务器中的数据，哪个最全，最新，更新时间的长短来判断，当决定使用哪台从服务器作为新的主服务器后，MHA会从其他节点处获取额外信息，避免数据不一致的情况发生，使数据一致。
MHA有两种角色：
1.MHA manager
用于统筹管理一个主从架构集群的master转换，数据复制权限，以及数据库操作权限等设置，通常作为单台服务器进行配置。每一个master/slave集群都作为一个application。
2.MHA node
MySQL集群当中的节点，所有在该集群中的服务器都是一个节点，如manager，master，slave1，slave2四台服务器，则有四个node节点。它通过监控具备解 析和清理 logs 功能的脚本来加快故障转移。
MHA架构集群：
manager 172.16.25.104
master 172.16.25.101 server_id=11
slave1 172.16.25.102 server_id=22
slave2 172.16.25.103 server_id=33
①首先配置好一主两从的数据库架构，这一块就不详细描述了，需要注意的是，因为MHA高可用架构的关系，任何一台MySQL服务器都有可能成为主服务器，所以不能像普通主从架构一般，给主服务器开启binlog，给从服务器开启relay_log，需要在主从服务器上都开启binlog与relay_log。
如该/etc/my.cnf配置
②MHA高可用的实现首先需要构建主从集群，其次，需要将各个节点之间的ssh通信无障碍。
设置密钥通信
如master172.16.25.101需要向其余三个节点传送密钥，使之能够无密码访问
#ssh-keygen -t rsa -P ""
#ssh-copy-id -i /root/.ssh/id_rsa.pub root@172.16.25.102
#ssh-copy-id -i /root/.ssh/id_rsa.pub root@172.16.25.103
#ssh-copy-id -i /root/.ssh/id_rsa.pub root@172.16.25.104
其余三个节点如是。
③安装MHA
MHA manager
#yum install -y mha4mysql-manager-0.56-0.el6.noarch.rpm
该manager安装需要依赖于许多epel源中的插件，联网安装
MHA node
#yum install -y mha4mysql-node-0.56-0.el6.noarch.rpm
四个节点都需要安装
④配置manager，使manager能够管理主从集群，手动设置一个配置文件
在/etc/masterha/app1.cnf(自定义)
server default针对于所有MySQL服务器的设置。
user，password用于对数据库进行管理的账号密码，这个是需要在MySQL集群中，即master，slave1，slave2中授权。
如
ssh_user则是通信时使用的用户，为root。
repl_user，repl_password用于主从数据库之间复制转移的账户密码，当主服务器down后，从服务器起来，需要在从服务器中进行的change master授权。
manager_workdir，manager_log则是用于设置manager的工作目录以及日志存放路径。
master_binlog_dir用于告诉managermaster的binlog日志放置路径。
ping_interval用于设置访问的间隔，使用ping方式访问。
server1，server2，server3则是三台MySQL服务器，指定其hostname，可用IP地址代替，若要使用主机名，则需要将主机名写入/etc/hosts中。
candidate_master=1,用于设置该服务器是否有资格成为主服务器，若为0则无资格。
MHA manager的安装，会提供诸多工具程序，其常见的如下所示。
Manager 节点:
- masterha_check_ssh：MHA 依赖的 SSH 环境检测工具；
- masterha_check_repl：MySQL 复制环境检测工具；
- masterha_manager：MHA 服务主程序；
- masterha_check_status：MHA 运行状态探测工具；
- masterha_master_monitor：MySQL master 节点可用性监测工具；
- masterha_master_switch：master 节点切换工具；
- masterha_conf_host：添加或删除配置的节点；
- masterha_stop：关闭 MHA 服务的工具；
Node 节点:
- save_binary_logs：保存和复制 master 的二进制日志；
- apply_diff_relay_logs：识别差异的中继日志事件并应用于其它 slave；
- filter_mysqlbinlog：去除不必要的 ROLLBACK 事件(MHA 已不再使用这个工具)；
- purge_relay_logs：清除中继日志(不会阻塞 SQL 线程)；
使用masterha_check_ssh测试通信环境是否正常
通信环境正常
使用masterha_check_repl测试数据库之间复制是否正常
复制环境正常
开启manager，放入后台，并将输出结果放置在manager.log中
将master 172.16.25.101mysqld，mysqld_safe服务停掉，查看主服务器是否变更
172.16.25.101 is down
经manager比较，172.16.25.102的数据最为接近，选定172.16.25.102即slave1作为新的master，并将数据与172.16.25.103同步
若172.16.25.101服务重新启动，则需要将其与现任主服务器中的数据进行同步，授权后即可加入到该MySQL集群当中。
本文转自 wujunqi1996 51CTO博客，原文链接:http://blog.51cto.com/12480612/2060413
