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配置

    QQ截图20180112142541.jpg

    

  ②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(自定义)

  QQ截图20180112145312.jpg

  server default针对于所有MySQL服务器的设置。

  user,password用于对数据库进行管理的账号密码,这个是需要在MySQL集群中,即master,slave1,slave2中授权。

  如

  QQ截图20180112145504.jpg

  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测试通信环境是否正常

   QQ截图20180112151851.jpg

   QQ截图20180112151903.jpg

   通信环境正常

  

   使用masterha_check_repl测试数据库之间复制是否正常

   QQ截图20180112152141.jpg

   QQ截图20180112152153.jpg

   复制环境正常

  开启manager,放入后台,并将输出结果放置在manager.log中

  QQ截图20180112152305.jpg

  

  将master 172.16.25.101mysqld,mysqld_safe服务停掉,查看主服务器是否变更

  QQ截图20180112152525.jpg

  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集群当中。