mysql MHA配置文件

[root@localhost mastermha]# cat app1.cnf 
[server default]默认服务器配置
check_repl_delay=0 #默认值为1,表示如果slave中从库落后主库relay log超过100M，主库不会选
择这个从库为新的master，因为这个从库进行恢复需要很长的时间.通过设置参数check_repl_delay=0，
mha触发主从切换时会忽略复制的延时，对于设置candidate_master=1的从库非常有用，这样确保这个从库
一定能成为最新的master
manager_log=/data/mastermha/app1/manager.log
manager_workdir=/data/mastermha/app1/
master_binlog_dir=/var/lib/mysql #指定二进制日志存放的目录,mha4mysql-manager-0.58必须指
定,之前版本不需要指定
master_ip_failover_script=/usr/local/bin/master_ip_failover  #切换vip的脚本
user=mha #用于连接mysql所有节点的用户，需要有管理权限
password=123456
ping_interval=1  #健康性检查的时间间隔
remote_workdir=/data/mastermha/app1/

repl_user=rep  #主从复制的用户信息
repl_password=123456
ssh_user=root  # #用于实现远程ssh基于KEY的连接,访问二进制日志
[server2]
hostname=192.168.1.148
port=3306

[server2]
hostname=192.168.1.148
port=3306
candidate_master=1
[server3]
hostname=192.168.1.149
port=3306

主库宕机谁来接管新的master

1. 所有从节点日志都是一致的，默认会以配置文件的顺序去选择一个新主
2. 从节点日志不一致，自动选择最接近于主库的从库充当新主
3. 如果对于某节点设定了权重（candidate_master=1），权重节点会优先选择。但是此节点日志量落后主
   库超过100M日志的话，也不会被选择。可以配合check_repl_delay=0，关闭日志量的检查，强制选择候选
   节点