由 dawei 单点故障是MySQL最脆弱的环节——主库宕机，写入立即中断，业务瞬间停滞。传统主从架构虽能分流读请求，但故障切换依赖人工干预，平均恢复时间常超15分钟，远不能满足核心系统“秒级恢复”的要求。
为消除单点，需将高可用能力下沉到数据库层本身。推荐基于MHA（Master High Availability）或Orchestrator构建自动故障检测与切换体系。这些工具持续监控主库心跳、SQL线程状态及网络连通性，一旦判定主库失联且无法快速恢复，便触发全自动主从角色翻转：选取数据最新、延迟最低的从库升级为主库，其余节点同步重置复制关系。
切换过程需兼顾数据一致性与服务连续性。启用semi-sync（半同步）复制是关键一步：主库提交事务前，至少一个从库必须将binlog写入relay log并返回ACK，才能确认提交成功。这有效防止切换后丢失已确认的事务，将RPO（恢复点目标）控制在0或极低水平。
代理层是用户无感切换的桥梁。使用ProxySQL或MySQL Router作为统一入口，自动识别当前主库地址，将写请求精准路由，读请求按负载策略分发。当发生故障切换时，代理监听拓扑变更事件，毫秒级更新路由缓存，应用端无需修改连接配置或重连逻辑。
实战中需常态化验证容灾有效性。每月执行一次模拟演练：手动kill主库进程，观察MHA日志是否在10秒内完成选举、ProxySQL是否3秒内更新路由、应用是否零报错继续运行。同时检查GTID一致性、从库延迟、切换前后binlog position连续性，杜绝“假切换”隐患。
2026AI生成内容，仅供参考
高可用不是静态部署，而是动态保障能力。从单点主库，到带半同步的主从集群，再到含智能代理与自动编排的闭环系统，每一步升级都在缩短RTO（恢复时间目标）、收窄RPO，并把运维动作从“救火”变为“值守”。真正的容灾，是让故障发生时，业务几乎感觉不到它发生过。