MHA通过自动故障转移实现MySQL高可用，需安装Node和Manager组件，配置SSH免密登录及GTID主从复制，设置监控与复制用户，编写MHA配置文件并验证SSH与复制状态，最后启动Manager并测试主库宕机切换，确保集群高可用。
MySQL MHA（Master High Availability）是一种成熟的高可用解决方案，用于实现MySQL主从架构下的自动故障转移。它能在主库宕机时，自动将一个最优的从库提升为新主库，最大程度减少停机时间。下面介绍MHA集群的安装与配置步骤。
一、环境准备与规划
MHA由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。所有MySQL服务器及Manager都需要安装Node组件，Manager单独部署在一台机器上。
示例环境：
- 主库（Master）：192.168.1.10
- 从库1（Slave1）：192.168.1.11
- 从库2（Slave2）：192.168.1.12
- MHA Manager：192.168.1.20
确保各节点之间SSH免密登录，并已配置好MySQL主从复制（基于GTID或传统模式均可，推荐GTID）。
二、安装MHA Node与Manager
在所有MySQL节点和Manager节点上安装MHA Node：
yum install perl-DBD-MySQL -ywget https://github.com/yoshinorim/mha4mysql-node/releases/download/v0.58/mha4mysql-node-0.58-0.el7.noarch.rpm
rpm -ivh mha4mysql-node-0.58-0.el7.noarch.rpm
在Manager节点上额外安装MHA Manager：
yum install perl-Config-Tiny perl-Log-Dispatch perl-Parallel-ForkManager -ywget https://github.com/yoshinorim/mha4mysql-manager/releases/download/v0.58/mha4mysql-manager-0.58-0.el7.noarch.rpm
rpm -ivh mha4mysql-manager-0.58-0.el7.noarch.rpm
三、配置SSH免密登录
在Manager节点生成密钥对，并将公钥分发到所有MySQL节点：
ssh-keygen -t rsassh-copy-id root@192.168.1.10
ssh-copy-id root@192.168.1.11
ssh-copy-id root@192.168.1.12
验证是否可以无密码SSH登录各节点。
四、配置MySQL主从复制
确保主从复制正常运行，推荐使用GTID模式。关键配置如下：
- 主库my.cnf：
log-bin=mysql-bin
server-id=1
gtid_mode=ON
enforce_gtid_consistency=ON - 从库my.cnf：
server-id=2（每个从库不同）
同样启用GTID相关参数
创建用于复制和MHA监控的用户：
CREATE USER 'repl'@'%' IDENTIFIED BY 'replpass';GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
CREATE USER 'mha_monitor'@'%' IDENTIFIED BY 'mhapass';
GRANT SELECT, RELOAD, SUPER, REPLICATION CLIENT ON *.* TO 'mha_monitor'@'%';
五、配置MHA Manager
创建配置目录和文件：
vim /etc/masterha/app1.cnf
写入以下内容：
[server default] manager_workdir=/var/log/masterha/app1 manager_log=/var/log/masterha/app1/manager.log master_binlog_dir=/var/lib/mysql user=mha_monitor password=mhapass ssh_user=root repl_user=repl repl_password=replpass ping_interval=1 shutdown_script="" report_script=""[server1] hostname=192.168.1.10 master_binlog_dir=/var/lib/mysql candidate_master=1
[server2] hostname=192.168.1.11 master_binlog_dir=/var/lib/mysql candidate_master=1
[server3] hostname=192.168.1.12 master_binlog_dir=/var/lib/mysql no_master=1
说明：candidate_master=1 表示可参与主库选举；no_master=1 表示不参与选举。
六、启动MHA并测试
先检查SSH和复制状态：
masterha_check_ssh --conf=/etc/masterha/app1.cnfmasterha_check_repl --conf=/etc/masterha/app1.cnf
两项检查通过后，启动MHA Manager：
nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover &查看运行状态：
masterha_check_status --conf=/etc/masterha/app1.cnf七、模拟主库宕机测试故障转移
手动关闭主库MySQL服务：
systemctl stop mysqldMHA Manager会检测到主库不可用，自动执行故障转移流程：
- 确认主库宕机
- 选择最新数据的从库作为新主库
- 其他从库指向新主库并重新建立复制
- 更新配置文件，移除原主库信息
查看日志 /var/log/masterha/app1/manager.log 可确认切换过程。
基本上就这些。MHA虽然成熟稳定，但需注意它是单点切换机制，Manager本身也应考虑高可用部署。新版MySQL推荐结合Group Replication或InnoDB Cluster，但MHA在传统主从架构中仍具实用价值。配置过程中关键是权限、SSH和复制状态的正确性，否则检查会失败。
