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检测到主库不可达时，会执行以下操作：
选择最新数据的从库作为候选主库 应用候选库的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切换但需配合脚本补全逻辑。选择哪种方案取决于你的业务需求和运维能力。
