MySQL高可用之MHA-12470612

mm111222

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