MHA是一款开源的MySQL高可用程序，为MySQL主从复制架构提供了节点故障转移功能，当
master发生故障时MHA会自动提升拥有最新数据的slave节点成为新的主节点，还提供了master节
点的在线切换功能，即按需切换master/slave节点
Manager会时刻监视主节点，并把主节点的二进制日志保存在本地一份，一旦主节点宕机了，它会找一台拥有最新数据的slave节点，
并通过本地的二进制日志副本，将此slave节点还原到宕机前的一刻，如何找到拥有最新数据的slave节点是通过部署在每台MySQL上
的MHA node实现的（具体实现过程是通过MHA node自带的4个脚本）
MHA是建立在主从架构之上的，因此主从架构得事先配置好，当主节点宕机，任何一个从节点都有可能提升为主节点，因此每个从节点
都得开启二进制日志，而以前的主节点从新上线时，会成为新的从节点，所以在主节点之上也得配置中继日志
下载地址：
http://www.mysql.gr.jp/frame/modules/bwiki/index.php?plugin=attach&pcmd=open&file=mha4mysql-manager-0.56-0.el6.noarch.rpm&refer=matsunobu
wget http://www.mysql.gr.jp/frame/modules/bwiki/index.php?plugin=attach&pcmd=open&file=mha4mysql-node-0.56-0.el6.noarch.rpm&refer=matsunobu
一共使用4台虚拟机做测试，一台manager（192.168.238.223），一台主（192.168.238.224 ），两台从（192.168.238.225-
226），主从架构配置上篇博文有介绍这里就不说了，建议在每台mariadb的配置文件中设置skip_name_resolve=ON (禁用DNS主机名查找)
不过在两台从节点的配置文件中必须添加relay_log_purge=0(将中继日志重放完成自动删除中继日志的功能关闭），这是因为
manager要根据中继日志判断从节点的复制进度，从而在主节点宕机时提升拥有最新数据的从节点为主节点
以下操作在centos6上完成
1.在主节点授权一个用户，使manager能使用该用户在各主机上进行必要的管理操作：
grant all on *.* to 'mha'@'192.168.%.%' identified by 'mhapass';
flush privileges;
2.在MHA的架构中每个节点都必须要能同过ssh协议的密钥方式通信（即基于ssh协议通信无需手动输入密码）
（1）为了方便在某个主机上生成一对ssh密钥，将该对密钥通过scp命令放置在各节点的相应目录下
ssh-keygen -t rsa -P '' (-t 指使用rsa加密方式生成密钥对，-P ‘’ 指不对生成的私钥文件加密）
如果此命令是root用户运行的，则私钥默认保存在/root/.ssh/id_rsa文件中，公钥保存在/root/.ssh/id_rsa.pub文件中
（2）所有节点都是用相同的公钥和私钥，将公钥都追加到/root/.ssh/authorized_keys文件中
cat /root/.ssh/id_rsa.pub >> /root/.ssh/authorized_keys
(3) 将id_rsa，id_rsa.pub文件和authorized_keys文件都复制到其他节点的对应目录下
例： scp -p .ssh/authorized_keys .ssh/id_rsa 192.168.238.225:/root/.ssh/
为了安全建议将authorized_keys文件权限改为600权限，使用scp命令复制时使用-p选项来保留文件权限
接下来在各节点安装好从上面地址下载下来的rpm包，manager只安装在一台单独的服务器上，安装manager，要先配置好epel源
而且要先安装node包（上面下载的包在centos7上也可用）
定义application配置文件：mkdir /etc/mha vim /etc/mha/cluster1.cnf
[server default]
user=mha
password=mhapass
manager_workdir=/data/masterha/app1 (manager工作目录，这个目录要事先创建）
manager_log=/data/mastermha/app1/manager.log （manager 日志）
remote_workdir=/data/mastermha/app1 （manager 远程工作目录）
master_binlog_dir=/mydata/data (指定主节点上二进制日志放置的目录）
ssh_user=root
repl_user=repl
repl_password=replpass
ping_interval=1 （对主节点的检测时间间隔使用 ping）
[server1]
hostname=192.168.238.224
[server2]
hostname=192.168.238.225
candidate_master=1（如果主节点宕机，此节点会被提升为主节点即使此节点的不拥有最新数据，建议此节点与主节点配置半同步模式）
[server3]
hostname=192.168.238.226
使用masterha_check_ssh --conf=/etc/mha/cluster1.cnf检测各节点间ssh通信是否ok
最后看到All SSH connection tests passed successfully.表示成功
使用masterha_check_repl --conf=/etc/mha/cluster1.cnf检测主从复制是否ok
最后看到MySQL Replication Health is OK.表示成功
启动MHA: masterha_manager --conf=/etc/mha/cluster1.cnf (在前台启动测试的目的用）
关掉主节点，查看指定的从节点是否被提升为主节点
检测MHA状态命令masterha_check_status --conf=/etc/mha/cluster1.cnf
停止MHA：masterha_stop --conf=/etc/mha/cluster1.cnf
启动MHA：nohup masterha_manager --conf=/etc/mha/cluster1.cnf > /data/masterha/app1/manager.log 2>&1 &
nohup 表示与当前终端剥离，关闭当前终端MHA依然运行
MHA manager发现主节点宕机时会提升一个从节点为主，但自己也会自动下线，必须手动从新启动MHA，手动启动的过程要通过从节
点的数据备份和从新导入到新的从节点等就绪工作才能从新启动MHA
当从节点提升为主时，manager会自动关闭从节点read_only
问题：当主节点切换，ip地址也会跟着切换，前端的正在进行的写操作将无法进行，如何做到ip地址不会跟着转换
