MySQL高可用集群实战：MHA配置与故障切换详解

1. MySQL高可用集群环境搭建实战MHA配置详解在数据库运维领域高可用性一直是核心需求之一。最近我在生产环境部署了一套基于MHAMaster High Availability的MySQL高可用解决方案经历了从环境准备到故障切换的全过程。本文将详细记录这次实战经验特别适合需要构建MySQL高可用架构的DBA和运维工程师参考。MHA是一套成熟的MySQL高可用解决方案能在主库发生故障时快速自动地将数据最新的从库提升为新主库并让其他从库自动指向新主库。相比传统的主从切换方案MHA的最大优势是能够最大程度保证数据一致性通常只需10-30秒即可完成故障转移。下面我就从环境准备开始逐步展示整个配置过程。2. 环境准备与基础配置2.1 实验环境规划我们采用四台服务器搭建测试环境具体规划如下设备主机名IP地址角色说明主机1MYSQL1192.168.220.33初始主库(Master)主机2MYSQL2192.168.220.34从库(Slave)候选主库主机3MYSQL3192.168.220.35从库(Slave)仅作为从库主机4MHA192.168.220.36MHA管理节点注意在实际生产环境中建议将MHA管理节点部署在独立服务器上避免与MySQL实例争抢资源。同时所有节点的时间必须同步建议配置NTP服务。2.2 MySQL主从复制配置在安装MHA之前需要先建立好MySQL主从复制环境。以下是关键步骤主库配置MYSQL1# 编辑my.cnf文件 [mysqld] server-id 1 log-bin mysql-bin binlog_format ROW gtid_mode ON enforce_gtid_consistency ON binlog_group_commit_sync_delay 100 binlog_group_commit_sync_no_delay_count 10从库配置MYSQL2和MYSQL3[mysqld] server-id 2 # MYSQL2设为2MYSQL3设为3 log-bin mysql-bin binlog_format ROW gtid_mode ON enforce_gtid_consistency ON log_slave_updates ON read_only ON创建复制账号 在主库上执行CREATE USER repl% IDENTIFIED WITH mysql_native_password BY repl_password; GRANT REPLICATION SLAVE ON *.* TO repl%;配置主从关系 在每个从库上执行CHANGE MASTER TO MASTER_HOST192.168.220.33, MASTER_USERrepl, MASTER_PASSWORDrepl_password, MASTER_AUTO_POSITION1; START SLAVE;3. MHA管理节点安装与配置3.1 安装必要组件首先在MHA管理节点上安装所需软件包# 安装基础依赖 dnf install perl perl-DBD-MySQL perl-CPAN -y # 通过CPAN安装额外Perl模块 cpan install Config::Tiny install Log::Dispatch install Mail::Sender install Parallel::ForkManager exit # 安装MHA管理包 rpm -ivh mha4mysql-manager-0.58-0.el7.centos.noarch.rpm \ mha4mysql-node-0.58-0.el7.centos.noarch.rpm --nodeps经验分享安装Mail::Sender时当提示Specify defaults for Mail::Sender?选择y然后编码选择n。其他模块安装直接按回车使用默认选项即可。3.2 在所有节点安装MHA Node包需要在所有MySQL节点上安装mha4mysql-node包for i in 33 34 35; do scp mha4mysql-node-0.58-0.el7.centos.noarch.rpm root192.168.220.$i:/root/ ssh root192.168.220.$i rpm -ivh /root/mha4mysql-node-0.58-0.el7.centos.noarch.rpm --nodeps done3.3 修改MHA检测代码为避免版本检测问题需要修改NodeUtil.pm文件vim /usr/share/perl5/vendor_perl/MHA/NodeUtil.pm # 注释掉以下代码段 # sub parse_mysql_major_version($) { # my $str shift; # my $result sprintf( %03d%03d, $str ~ m/(\d)/g ); # return $result; # }4. MHA配置文件详解4.1 创建配置文件模板mkdir -p /etc/masterha tar zxf mha4mysql-manager-0.58.tar.gz cd mha4mysql-manager-0.58 cat samples/conf/masterha_default.cnf samples/conf/app1.cnf /etc/masterha/app1.cnf4.2 配置文件关键参数解析以下是经过优化的配置文件示例[server default] userroot passwordyour_mysql_root_password ssh_userroot repl_userrepl repl_passwordrepl_password master_binlog_dir/var/lib/mysql remote_workdir/tmp secondary_check_scriptmasterha_secondary_check -s 192.168.220.33 -s 192.168.220.34 ping_interval3 manager_workdir/etc/masterha manager_log/etc/masterha/mha.log [server1] hostname192.168.220.33 candidate_master1 check_repl_delay0 [server2] hostname192.168.220.34 candidate_master1 check_repl_delay0 [server3] hostname192.168.220.35 no_master1关键参数说明candidate_master1标记该节点为候选主库check_repl_delay0不检查复制延迟no_master1该节点永远不会被提升为主库secondary_check_script用于多路径检测主库是否真的宕机5. MHA运行与测试5.1 检查复制集群状态masterha_check_repl --conf/etc/masterha/app1.cnf正常输出应显示所有节点状态正常类似如下Fri Feb 27 16:23:51 2026 - [info] Alive Servers: Fri Feb 27 16:23:51 2026 - [info] 192.168.220.33(192.168.220.33:3306) Fri Feb 27 16:23:51 2026 - [info] 192.168.220.34(192.168.220.34:3306) Fri Feb 27 16:23:51 2026 - [info] 192.168.220.35(192.168.220.35:3306)5.2 主库无故障切换测试masterha_master_switch \ --conf/etc/masterha/app1.cnf \ --master_statealive \ --new_master_host192.168.220.34 \ --new_master_port3306 \ --orig_master_is_new_slave \ --running_updates_limit10000切换过程中会提示确认输入yes继续。切换完成后可以检查各从库状态确认是否已指向新主库。5.3 主库故障模拟与自动切换启动MHA监控masterha_manager --conf/etc/masterha/app1.cnf 模拟主库故障# 在主库上执行 /etc/init.d/mysqld stop观察MHA日志tail -f /etc/masterha/mha.log正常情况下MHA会在30秒内完成故障检测和主从切换。6. 故障恢复与日常维护6.1 故障恢复流程当原主库修复后需要重新加入集群删除failover标记文件rm -f /etc/masterha/app1.failover.complete启动原主库MySQL服务/etc/init.d/mysqld start配置为从库指向新主库CHANGE MASTER TO MASTER_HOST192.168.220.34, MASTER_USERrepl, MASTER_PASSWORDrepl_password, MASTER_AUTO_POSITION1; START SLAVE;6.2 日常维护建议定期检查使用masterha_check_repl定期检查集群状态日志监控监控MHA日志文件/etc/masterha/mha.log邮件报警配置report_script参数实现故障邮件通知VIP切换结合master_ip_failover_script实现虚拟IP自动漂移7. 常见问题与解决方案7.1 SSH连接问题问题现象MHA无法通过SSH连接到MySQL节点解决方案确保所有节点间配置了SSH免密登录检查ssh_user参数是否正确测试SSH连接ssh root192.168.220.33 date7.2 复制延迟导致切换失败问题现象切换时因复制延迟被中止解决方案设置check_repl_delay0临时忽略延迟检查优化MySQL参数减少复制延迟对于确实延迟较大的从库设置no_master17.3 切换后应用连接问题问题现象切换后应用仍连接旧主库解决方案实读写分离中间件如ProxySQL使用DNS别名或虚拟IP配置应用连接字符串自动更新机制在实际生产环境中部署MHA时建议先在测试环境充分验证并制定详细的回滚方案。同时MHA应与数据库监控系统集成确保能及时发现和处理故障。