基于 MHA 的MySQL高可用-CentOS7（理论）

MHA 简介

MHA（Master High Availability）目前在 MySQL 高可用方面是一个相对成熟的解决方案， 它由日本 DeNA 公司的 youshimaton 员工（现就职于 Facebook 公司）开发，是一套优秀的作 为 MySQL 高可用性环境下故障切换和主从角色提升的高可用软件。在 MySQL 故障切换过程 中，MHA 能做到在 0~30 秒之内自动完成数据库的主从故障切换操作，并且在进行故障切换 的过程中，MHA 能在最大程度上保证数据的一致性，以达到真正意义上的高可用。

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

在 MHA 自动故障切换过程中，MHA 会试图从宕机的主服务器上保存二进制日志，最大 程度的保证数据不丢失，但这种操作是有概率性的。例如，如果主服务器硬件故障或无法通 过 ssh 访问，MHA没法保存二进制日志，只进行故障转移从而丢失了最新的数据。使用MySQL 5.5 的半同步复制，可以降低数据丢失的风险。MHA 可以与半同步复制结合起来。如果只有 一个 slave 已经收到了最新的二进制日志，MHA 可以将最新的二进制日志应用于其他所有的 slave 服务器上，因此可以保证所有节点的数据一致性。

目前 MHA 主要支持一主多从的架构，要搭建 MHA,要求一个复制集群中必须最少有三 台数据库服务器，一主二从，即一台充当 master，一台充当备用 master，另外一台充当从 库，因为至少需要三台服务器，出于机器成本的考虑，淘宝也在该基础上进行了改造，目前 淘宝 TMHA 已经支持一主一从。另外对于想快速搭建的可以参考：MHA 快速搭建 我们自己使用其实也可以使用 1 主 1 从，但是 master 主机宕机后无法切换，以及无法补全 binlog。master 的 mysqld 进程 crash 后，还是可以切换成功，以及补全 binlog 的。

官方介绍：https://code.google.com/p/mysql-master-ha/

工作流程

（1）从宕机崩溃的 master 上尝试保存二进制日志事件（binlog events）;

（2）识别含有最新更新的 slave 服务器；

（3）应用差异的中继日志（relay log）到其他的 slave；

（4）应用从 master 保存的二进制日志事件（binlog events）；

（5）提升一个 slave 为新的 master 服务器；

（6）将其他的 slave 连接指向新的 master 进行主从复制；

MHA 工具介绍

MHA 软件由两部分组成，Manager 工具包和 Node 工具包，具体的说明如下。

Manager 工具包主要包括以下几个工具：

? masterha_check_ssh 检查 MHA 的 SSH 配置状况

? masterha_check_repl 检查 MySQL 复制状况

? masterha_manger 启动 MHA

? masterha_check_status 检测当前 MHA 运行状态

? masterha_master_monitor 检测 master 是否宕机

? masterha_master_switch 控制故障转移（自动或者手动）

? masterha_conf_host 添加或删除配置的 server 信息

Node 工具包（这些工具通常由 MHA Manager 的脚本触发，无需人为操作）主要包括以下几 个工具：

? save_binary_logs 保存和复制 master 的二进制日志

? apply_diff_relay_logs 识别差异的中继日志事件并将其差异的事件应用于其他的 slave

? filter_mysqlbinlog 去除不必要的 ROLLBACK 事件（MHA 已不再使用这个工具）

? purge_relay_logs 清除中继日志（不会阻塞 SQL 线程）

注意：为了尽可能的减少主库硬件损坏宕机造成的数据丢失，因此在配置 MHA 的同时建议 配置成 MySQL 5.5 的半同步复制。关于半同步复制原理各位自己进行查阅。（不是必须） 

MHA 环境说明
所有操作系统均为 centos 7.x 64bit，涉及到主从复制环境搭建后面会简单演示步骤，但 是相关的安全复制不会详细说明，MySQL Replication 需要注意的问题：

其中 Primary Master 对外提供写服务，备选 Secondary Master（实际的 slave 提供读服务， slave1和slave2也提供相关的读服务，一旦Primary Master宕机，将会把备选Secondary Master 提升为新的 Primary Master，slave1 和 slave2 指向新的 master。