mysql单机不能直接上mha,必须先确保主从延迟低、binlog_format=row、relay_log_purge=on,并验证ssh免密、权限、dns刷新等关键项,否则故障切换将失败。

MySQL单机直接上MHA?先看主从延迟和binlog格式
不能直接套用MHA配置就开跑,核心卡点是复制基础是否可靠。MHA本质是故障时自动切换主库,但前提是所有从库能实时追上主库、且能正确解析binlog事件。
-
binlog_format必须为ROW:语句级(STATEMENT)在跨版本或非确定函数下容易导致主从不一致,MHA切换后可能立刻报错 -
relay_log_purge=ON要确认开启:否则从库磁盘被中继日志撑爆,MHA检测脚本会因IO异常失败 - 主从延迟超过 30 秒时,
masterha_check_repl会报Seconds_Behind_Master: NULL or large value,此时强制上线新主库等于把脏数据暴露给应用 - 检查
SHOW SLAVE STATUS\G中的Exec_Master_Log_Pos和Read_Master_Log_Pos是否接近——差值超 10MB 基本说明网络或I/O已成瓶颈
Galera集群启动失败常见原因:wsrep_provider路径和SELinux
Galera不是插件式启用,它依赖外部共享库 libgalera_smm.so,路径错一点或权限卡住,mysqld 启动就静默退出,错误日志里只有一行 WSREP: Failed to load provider。
-
wsrep_provider配置项必须指向绝对路径,例如/usr/lib64/galera-4/libgalera_smm.so,不能写galera或相对路径 - CentOS/RHEL 7+ 默认开启 SELinux,需运行
setsebool -P mysqld_can_network_connect on,否则节点间无法建立gcomm://连接 -
wsrep_cluster_address初始启动第一个节点时必须设为gcomm://(空地址),不是gcomm://node1,node2,否则会卡在等待其他节点握手 - 防火墙要放行 4567(组通信)、4568(IST)、4444(SST)端口;
iptables -L | grep 456能快速验证
MHA Manager节点连不上MySQL?重点查SSH免密和用户权限
MHA不是靠MySQL协议管理集群,而是通过SSH登录每台机器执行 mysql 命令和 scp 操作,所以SSH通不了,整个流程就停在第一步。
- Manager节点对所有MySQL节点必须实现
ssh -o ConnectTimeout=5 user@host date无密码返回时间戳,user推荐用mysql系统用户而非root - MySQL内用户需有
REPLICATION CLIENT、REPLICATION SLAVE、SUPER权限,仅SELECT不够;执行GRANT REPLICATION CLIENT, REPLICATION SLAVE, SUPER ON *.* TO 'mha'@'%' IDENTIFIED BY 'xxx'; -
masterha_check_ssh报Permission denied (publickey)时,别急着重配密钥,先确认目标节点/etc/ssh/sshd_config中PubkeyAuthentication yes和AuthorizedKeysFile .ssh/authorized_keys未被注释 - 如果用非标准SSH端口(如2222),要在
app1.cnf里显式写ssh_port=2222,MHA不会读取~/.ssh/config
切换后应用连不上新主库?DNS缓存和连接池没刷新
MHA完成failover后,只是改了VIP或更新了配置文件,但应用层完全不知道主库IP变了。这时候最常见的“切成功但业务挂了”,问题不在数据库侧。
- 若用VIP方式(如Keepalived),确认新主库网卡已绑定该IP:
ip addr show | grep <code>VIP,且旧主库已解绑,否则ARP冲突导致连接随机失败 - Java应用常用
HikariCP或Druid,它们默认缓存DNS解析结果,需设置dns_cache_ttl=0或重启JVM;Spring Boot可加spring.datasource.hikari.data-source-properties.cachePrepStmts=false辅助排查 - 不要依赖
masterha_manager自带的master_ip_failover_script只做VIP切换——生产环境建议在此脚本末尾触发一次Consul或Nacos的服务注销/注册,让服务发现组件通知下游 - 切换后立即执行
SELECT @@hostname, @@server_id;验证连接的是预期节点,避免因配置残留连回旧主库(尤其旧主未彻底stop,仍可读)
Galera里没有“主库”概念,但MHA只适配传统主从;两者混合部署时,最容易漏掉的是:MHA manager仍会尝试去“选主”,而Galera节点状态得靠 SHOW STATUS LIKE 'wsrep_%' 判断,不能只看 Slave_IO_Running。











