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：

在Manager节点上额外安装MHA Manager：

三、配置SSH免密登录

在Manager节点生成密钥对，并将公钥分发到所有MySQL节点：

验证是否可以无密码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监控的用户：

五、配置MHA Manager

创建配置目录和文件：

写入以下内容：

[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和复制状态：

两项检查通过后，启动MHA Manager：

查看运行状态：

七、模拟主库宕机测试故障转移

手动关闭主库MySQL服务：

MHA Manager会检测到主库不可用，自动执行故障转移流程：

• 确认主库宕机
• 选择最新数据的从库作为新主库
• 其他从库指向新主库并重新建立复制
• 更新配置文件，移除原主库信息

查看日志 /var/log/masterha/app1/manager.log 可确认切换过程。

基本上就这些。MHA虽然成熟稳定，但需注意它是单点切换机制，Manager本身也应考虑高可用部署。新版MySQL推荐结合Group Replication或InnoDB Cluster，但MHA在传统主从架构中仍具实用价值。配置过程中关键是权限、SSH和复制状态的正确性，否则检查会失败。