mysql MHA 部署

master_ip_failover_script　　
#故障切换调用这个脚本漂移VIP
　　
master_ip_online_change_script
　　
#在线切换的时候调用这个脚本漂移VIP，比如计划性的维护，我们需要我们需要人为failover到新的主库上
　　
report_script
　　
#故障切换完成后调用这个参数邮件通知dba
　　
user
　　
#MHA管理mysql的用户，做一些主从维护的操作，需要给root权限
　　
password
　　
#MHA管理mysql的root用户的密码
　　
repl_user
　　
#主从同步的账号
　　
repl_password
　　
#主从同步的密码
　　
ping_interval
　　
#设置监控主库，发送ping包的时间间隔，默认是3秒，尝试三次没有回应的时候自动进行railover
　　
ping_type
　　
#(从MHA 0.53后开始支持)　在默认情况下，　MHA　manager和MySQL创建一个连接执行”select 1″（ping_type=select）用于检查master是否健康。　
　　
但有一些情况：　每次检测都连接/然后断开会比较好一点，这样对于tcp方面的错误感知更快一点。设置ping_type=CONNECT 就行了。从MHA 0.56后pint_type=INSERT也被添加。
　　
remote_workdir
　　
#MHA node节点 工作需要的目录，如果没有会自动创建，临时存一些差异relay log和binlog文件等等
　　
master_binlog_dir
　　
#定义主节点的binlog的存放的目录
　　
candidate_master=1
　　
#这个参数的作用是当设置candidate_master = 1时，这个服务器有较高的优先级提升为新的master，前提是这个从节点开启了binlog参数还有就没有延时，
　　
#如果设置了多台机器的caddidate_master = 1 , 优先策略依赖于块名字([server_xxx]). [server_1] 优衔权高于[server_2].
　　
check_repl_delay=0
　　
#在默认情况下，当一个slave同步延迟超过100M relay log(需要应用超过100M relay log), MHA在做故障切换时不会选择这个slave做为新的master,因为恢复需要经过很长时间.
　　
当设置了check_repl_delay = 0, MHA将忽略被选择的slave上的同步延迟。　这个选项在设置了candidate_master = 1特声明的期望这台机器成为master的情况下特别有用。
　　
multi_tier_slave
　　
#从MHA 0.52开始, 多层复制可以支持了。在默认情况下，不支持三层或是更多层的复制配置。　如果：　host2从host1上复制，host3从host2上复制。　在默认配置的情况下不支持写host{1,2,3}，
　　
因为这是一个三层的复制，MHA Manager会停止报错。　当设置了multi_tier_slave, MHA Manager就不会在三层复制报错停止。　但是会忽略第三层的机器。也就是如果host1挂了，host2将会成为
　　
新的master，host3还是从host2上进行复制。
　　
ignore_fail
　　
#在默认情况下，MHA　manager不会在slave存在故障的情况下（已经不能通过SSH/MySQL进行连接，或是SQL Thread已经停止出错，其它原因）的情况下进行Master的故障切换
　　
（当不存在slave时MHA manager也会退出）。　但有些情况下你期望在slave存在问题的情况下，也进行故障切换。　所以当设置了ignore_fail = 1时，MHA会在所有的机器有问题的时间也会进行故障切换。