MHA 自动切换步骤及过程剖析

MHA是众多使用MySQL数据库企业高可用的不二选择,它简单易用,功能强大,实现了基于MySQL replication架构的自动主从故障转移,本文主要描述了MHA自动切换的步骤,对切换过程做了演示以及进行了适当的分析,供大家参考和理解MHA以及MySQL的原理。

1、MHA自动切换的步骤
a、MHA manager启动时的校验阶段
  根据配置文件校验复制配置以及识别当前的master
  导致监控终止情形:复制配置异常,存在的异常slave,一些需要的脚本脚本异常
  MHA manager启动前可以通过masterha_check_ssh以及masterha_check_repl检测

b、监控master server阶段
  MHA manager启动成功后,输出日志[info] Ping(SELECT) succeeded, waiting until MySQL doesn't respond..
  MHA会定期ping master,缺省的间隔为1秒,直到master死掉
  MHA manager不会监控slave的状态,任意的Stopping/Restarting/Adding/Removing slaves不影响当前MHA监控
  当添加或移除slave节点时,建议修改配置文件以及重启MHA manager


c、侦测到master server异常阶段
  3次连续ping master失败,参数secondary_check_script可用于double check

d、开启failover阶段
  MHA再次读取配置文件(防止主从配置已更改),校验master以及当前masetr的从库
  MHA也会校验诸如复制异常以及是否存在一些从库有不同的主
  启动failover(排除上次failover失败或者failover时间间隔太短)

e.隔离master server阶段(可选)

如果配置文件定义了IP漂移脚本则此时会关闭master IP
  如果配置文件定义了关闭master脚本,则调用脚本关闭master以避免脑裂

f.恢复一个新的master
  从slave节点获取最新的end_log_pos (Read_Master_Log_Pos)位置
  从上一步获取的位置开始,读取及保存crashed master全部二进制日志文件(ssh可达)
  决定新的master(根据配置文件定义的优先级别)
  产生差量的binary/relay log events并且apply到新的master

g.激活一个新的master
  如果配置文件定义了IP漂移脚本则此时会将IP漂移到新master
 

i.恢复剩余的slave
  对所有从库并行地产生差量binary/relay log events
  并用apply差量binary/relay log events到各从库
  启动复制
 
j.通过切换结果(可选)
  邮件发送
  备份作业,管理工具调整等

2、MHA配置信息
[root@vdbsrv4 ~]$ more /etc/masterha/app1.cnf
[server default]
manager_workdir=/var/log/masterha/app1
manager_log=/var/log/masterha/app1/manager.log

user=mha
password=xxx
ssh_user=root
repl_user=repl 
repl_password=repl 
ping_interval=1
shutdown_script=""
master_ip_online_change_script=""
report_script=""
master_ip_failover_script=/tmp/master_ip_failover
 
[server1]
hostname=vdbsrv1
master_binlog_dir=/data/mysqldata

[server2]
hostname=vdbsrv2
master_binlog_dir=/data/mysqldata

[server3]
hostname=vdbsrv3
master_binlog_dir=/data/mysqldata/
#candidate_master=1

[root@vdbsrv1 ~]# more /etc/hosts
127.0.0.1    localhost.localdomain localhost
192.168.1.6  vdbsrv1  #master
192.168.1.7  vdbsrv2  #slave1
192.168.1.8  vdbsrv3  #slave2
192.168.1.12 vdbsrv4  #manager

mysql> show slave hosts;
+-----------+---------+------+-----------+--------------------------------------+
| Server_id | Host    | Port | Master_id | Slave_UUID                          |
+-----------+---------+------+-----------+--------------------------------------+
|      1001 | vdbsrv2 | 3306 |        1 | 75bef614-e342-11e4-921d-000c295fb2eb |
|      1002 | vdbsrv3 | 3306 |        1 | 091f79b8-e386-11e4-93d5-000c2943c830 |
+-----------+---------+------+-----------+--------------------------------------+
2 rows in set (0.00 sec)

3、演示切换
###开启主库VIP
[root@vdbsrv4 ~]# ssh vdbsrv1 "/sbin/ifconfig eth0:0 192.168.1.13 netmask 255.255.255.0 up"

###开启MHA manager
[root@vdbsrv4 ~]# nohup masterha_manager --conf=/etc/masterha/app1.cnf &

###使用sysbench产生事务
[root@vdbsrv1 ~]# sysbench --test=oltp          \
> --oltp-table-size=5000000      \
> --oltp-read-only=off          \
> --init-rng=on                  \
> --num-threads=16              \
> --max-requests=0              \
> --oltp-dist-type=uniform      \
> --max-time=180                \
> --mysql-user=root              \
> --mysql-socket=/tmp/mysql.sock \
> --mysql-password=''            \
> --db-driver=mysql              \
> --mysql-table-engine=innodb    \
> --oltp-test-mode=complex      \
> --mysql-db=replicatedb run
sysbench 0.4.12:  multi-threaded system evaluation benchmark

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:http://www.heiqu.com/502301d6cd73217d0993c1b5a960d444.html