服务（第二十三篇）mysql-mha

1、什么是 MHA

MHA（Master High Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。
MHA 的出现就是解决MySQL 单点的问题。
MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。
MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。

2、MHA 的组成

MHA Node（数据节点）
MHA Node 运行在每台 MySQL 服务器上。

MHA Manager（管理节点）
MHA Manager 可以单独部署在一台独立的机器上，管理多个 master-slave 集群；也可以部署在一台 slave 节点上。
MHA Manager 会定时探测集群中的 master 节点。当 master 出现故障时，它可以自动将最新数据的 slave 提升为新的 master， 然后将所有其他的 slave 重新指向新的 master。整个故障转移过程对应用程序完全透明。

3、MHA 的特点

自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据不丢失
使用半同步复制，可以大大降低数据丢失的风险，如果只有一个slave已经收到了最新的二进制日志，MHA可以将最新的二进制日志应用于其他所有的slave服务器上，因此可以保证所有节点的数据一致性
目前MHA支持一主多从架构，最少三台服务，即一主两从

实验：

1．MHA架构
1）数据库安装
2）一主两从
3）MHA搭建

2．故障模拟
1）主库失效
2）备选主库成为主库
3）原故障主库恢复重新加入到MHA成为从库

①关闭防火墙

②修改 Master、Slave1、Slave2 节点的 Mysql主配置文件

③在 Master、Slave1、Slave2 节点上都创建两个软链接，mysql和mysqlbinlog的日志可以直接使用！

④所有数据库节点（三台机子）进行 mysql 授权，因为从在故障切换时会变成主。

 查看master 上的状态：

 ⑤在 Slave1、Slave2 节点执行同步操作

 然后查看状态，如果io和sql线程都是yes就说明主从复制成功了

 ⑥两个从库必须设置为只读模式

 ⑦安装 MHA 软件 

1、全部转成在线源

2、所有服务器上都安装 MHA 依赖的环境，首先安装 epel 源

3、安装 MHA 软件包，先在所有服务器上必须先安装 node 组件

4、在 MHA manager 节点上安装 manager 组件

 ⑧、在所有服务器上配置无密码认证

1、在 manager 节点上配置到所有数据库节点的无密码认证

2、设置免密登录

⑨在 manager 节点上配置 MHA

1、在 manager 节点上复制相关脚本到/usr/local/bin 目录

 2、复制上述的自动切换时 VIP 管理的脚本到 /usr/local/bin 目录，这里使用master_ip_failover脚本来管理 VIP 和故障切换

 3、创建 MHA 软件目录并拷贝配置文件，这里使用app1.cnf配置文件来管理 mysql 节点服务器

⑩第一次配置需要在 Master 节点上手动开启虚拟IP

 在 manager 节点上测试 ssh 无密码认证，如果正常最后会输出 successfully

masterha_check_ssh -conf=/etc/masterha/app1.cnf

在 manager 节点上测试 mysql 主从连接情况，最后出现 MySQL Replication Health is OK 字样说明正常

masterha_check_repl -conf=/etc/masterha/app1.cnf

 在 manager 节点上启动 MHA：

nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &

 查看 MHA 状态，可以看到当前的 master 是 Mysql1 节点：

 查看 MHA 日志，也以看到当前的 master 是什么？

cat /var/log/masterha/app1/manager.log | grep "current master"