MHA可实现mysql主从自动切换，通过监控主库状态，在主库宕机时选择最新数据的从库提升为主库，并重配其他从库指向新主库，结合ssh免密登录、虚拟IP及报警机制确保高可用；Keepalived则基于VRRP协议实现VIP漂移，主库故障时将虚拟IP转移至备用库，配合脚本完成角色切换，适用于对切换速度要求高的场景，但不自动调整复制拓扑；两种方案均需稳定主从复制、时间同步、SSH互信和半同步复制等前提条件，且原主库恢复后应手动处理以避免冲突，切换后需检查复制状态并记录日志，MHA更适合全自动切换，Keepalived需脚本补全逻辑，方案选择取决于业务需求与运维能力。

MySQL主从自动切换需要结合高可用方案来实现，单纯依靠MySQL自身功能无法完成自动故障转移。通常使用Keepalived + MySQL主从或MHA（Master High Availability）等工具来实现自动切换。

1. 基于MHA实现自动主从切换

MHA是目前较为成熟且广泛使用的MySQL高可用解决方案，能够在主库宕机时，自动将一个从库提升为新主库，并重新配置其他从库指向新主库。

实现步骤：

• 搭建MySQL主从复制环境（一主多从），确保数据同步正常
• 安装MHA node（每台MySQL服务器上）和MHA Manager（可独立部署）
• 配置app1.cnf文件，定义主库、从库、SSH登录信息等
• 设置免密SSH登录，确保MHA Manager能管理所有节点
• 配置MySQL的VIP（虚拟IP）或配合Keepalived用于应用连接
• 启动MHA Manager并监控状态

切换过程：

当MHA检测到主库不可达时，会执行以下操作：

如知AI笔记

如知笔记——支持markdown的在线笔记，支持ai智能写作、AI搜索，支持DeepseekR1满血大模型

27

查看详情

• 选择最新数据的从库作为候选主库
• 应用候选库的relay log，保证数据一致性
• 将该从库提升为新主库
• 让其他从库指向新主库并开始复制
• 更新配置并发送报警通知

2. 基于Keepalived + 双主/主从实现VIP漂移

Keepalived通过VRRP协议实现虚拟IP的自动漂移，适用于对切换速度要求较高的场景。

实现方式：

• 配置两台MySQL服务器为主从或双主模式
• 在主库和备用库上安装Keepalived
• 设定一个虚拟IP（VIP），应用连接该IP访问数据库
• 主库运行时，VIP绑定在主库网卡上
• 当Keepalived检测到主库MySQL服务异常，自动将VIP转移到从库
• 配合脚本手动或自动提升从库为主库（需额外处理复制角色变更）

注意：

Keepalived本身只负责IP漂移，不处理MySQL复制拓扑调整，因此常与自定义脚本结合使用，实现完整的自动切换。

3. 关键前提条件

• 主从复制必须稳定，延迟低，避免数据丢失
• 所有节点时间同步（使用NTP）
• SSH互信配置正确，便于管理节点通信
• 建议使用半同步复制（semi-sync）提高数据安全性
• 应用端需支持重连机制，应对短暂中断

4. 切换后的注意事项

• 原主库恢复后不应自动成为主，需手动介入或设为从库
• 检查复制状态是否正常，避免数据不一致
• 记录切换日志，便于排查问题
• 测试切换流程，确保生产环境可靠

基本上就这些。MHA更适合全自动切换，Keepalived适合快速IP切换但需配合脚本补全逻辑。选择哪种方案取决于你的业务需求和运维能力。