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