Mysql MHA高可用集群架构

-★出爺;3

　　记得之前发过一篇文章，名字叫《浅析MySQL高可用架构》，之后一直有很多小伙伴在公众号后台或其它渠道问我，何时有相关的深入配置管理文章出来，因此，民工哥，也将对前面的各类架构逐一进行整理，然后发布出来。那么今天将来发布的MHA的架构整体规划与配置操作。
　　简单介绍
　　MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。
　　MHA由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。MHA Node运行在每台MySQL服务器上，MHA Manager会定时探测集群中的master节点，当master出现故障时，它可以自动将最新数据的slave提升为新的master，然后将所有其他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。
　　目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库，因为至少需要三台服务器
　　布署规划
　　系统信息
　　

[root@db250 ~]# cat /etc/redhat-release
　　
CentOS>　　
[root@db250 ~]# uname -r
　　
2.6.32-642.el6.x86_64
　　

　　数据库
　　mysql57-community-release-el6-9.noarch.rpm
　　环境规划
　　Db250    集群管理节点  192.168.4.250
　　Db251    主库   192.168.4.251
　　Db253    从库（备主库）  192.168.4.253
　　Db254    从库 192.168.4.254
　　架构图如下

　　配置SSH免密登陆与hosts文件
　　配置hosts文件
　　

cat>>/etc/hosts　　--------------以上配置三台数据库服务器都需要配置----------------
　　配置主从同步
　　Db251与db253的配置文件都需要配置开启binlog
　　server_id=251
　　log_bin=master-bin
　　log_bin_index=master-bin.index
　　server_id=253
　　log_bin=slave-bin
　　log_bin_index=slave-bin.index
　　log-slave-updates
　　relay_log_index=slave-relay-bin.index
　　relay_log=slave-relay-bin
　　server_id=254
　　relay_log_index=slave-relay-bin.index
　　relay_log=slave-relay-bin
　　同步主库数据到从库，主从同步操作请参考之前的文章
　　检查主从同步状态
　　mysql -uroot -p123456 -e "show slave status\G" |egrep "Slave_IO_Running|Slave_SQL_Running"

　　所有数据库节点配置MHA管理用户与权限

　　grant all on . to mha@'192.168.4.%'>　　至此所有基础环境组建完成
　　安装配置MHA
　　https://downloads.mariadb.com/MHA/  下载地址
　　整个MHA服务安装过程如下：
　　安装依赖包
　　

yum install perl-DBD-MySQL perl-Config-Tiny perl-Log-Dispatch -y　　
yum install perl-Parallel-ForkManager perl-Time-HiRes –y
　　

　　管理节点安装
　　

rpm -ivh http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm　　
yum localinstall -y mha4mysql-manager-0.52-0.noarch.rpm
　　
yum localinstall -y mha4mysql-node-0.52-0.noarch.rpm
　　

　　其它节点安装
　　yum localinstall -y mha4mysql-node-0.52-0.noarch.rpm
　　安装过程中可能会报错，根据提示去解决
　　配置过程如下：
　　

Mkdir /mha　　
[root@db250 ~]# vim /etc/masterha_default.cnf
　　
[server default]
　　
#刚才授权的mysql管理用戶名
　　
user=mha
　　
password=123456
　　
manager_workdir=/mha
　　
manager_log=/mha/manager.log
　　
remote_workdir=/mha
　　

　　
#ssh免密钥登录的帐号名
　　
ssh_user=root
　　
#mysql复制帐号，用来在主从机之间同步二进制日志等
　　
repl_user=slave
　　
repl_password=123456
　　

　　
#ping间隔，用来检测master是否正常
　　
ping_interval= 1
　　

　　
[server1]
　　
hostname=db251
　　
master_binlog_dir=/var/lib/mysql
　　
#候选master挂掉时候优先让它顶
　　
candidate_master=1
　　

　　
[server2]
　　
hostname=db253
　　
master_binlog_dir=/var/lib/mysql/
　　
candidate_master=1
　　

　　
[server3]
　　
hostname=db254
　　
master_binlog_dir=/var/lib/mysql/
　　
no_master=1
　　
#不能成为master
　　

　　masterha_check_ssh         检查MHA的SSH配置状况
　　masterha_check_repl 检查MySQL复制状况
　　masterha_manger            启动MHA
　　masterha_check_status      检测当前MHA运行状态
　　masterha_master_monitor    检测master是否宕机
　　masterha_master_switch     控制故障转移（自动或者手动）
　　masterha_conf_host         添加或删除配置的server信息
　　验证操作
　　

[root@db250 ~]# masterha_check_ssh --conf=/etc/masterha_default.cnf　　
检查主从同步
　　
masterha_check_repl --conf=/etc/masterha_default.cnf
　　

　　启动MHA服务
　　

[root@db250 ~]# masterha_manager --conf=/etc/masterha_default.cnf &　　
[1] 2035
　　
[root@db250 ~]# Fri Sep  1 01:52:25 2017 - [info] Reading default configuratoins from /etc/masterha_default.cnf..
　　
Fri Sep  1 01:52:25 2017 - [info] Reading application default configurations from /etc/masterha_default.cnf..
　　
Fri Sep  1 01:52:25 2017 - [info] Reading server configurations from /etc/masterha_default.cnf..
　　

　　查看启动日志

　　好吧，到此MHA高可用总算成功了，也算可以的哈！
　　接下来模拟下故障，将db251关闭
　　

[root@db251 ~]# /etc/init.d/mysqld stop　　
Stopping mysqld:              [  OK  ]
　　

　　查看日志

　　发现新的主库已切换到db253这台服务器上了，接下来查看下主从同步的情况

　　当原来的主服务器故障修复后，需要手工将原主变成从
　　

[root@db250 ~]# grep -i "All other slaves should start" /mha/manager.log　　
Fri Sep  1 01:59:05 2017 - [info]  All other slaves should start replication from here. Statement should be: CHANGE MASTER TO MASTER_HOST='db253 or 192.168.4.253', MASTER_PORT=3306, MASTER_LOG_FILE='slave-bin.000003', MASTER_LOG_POS=760546, MASTER_USER='slave', MASTER_PASSWORD='xxx';
　　

　　因此此时我在原主库上执行操作将修复的主库改为从库

　　接下来在新的主库上写入数据来测试同步情况