对比
| 维度 | MHA | Orchestrator |
|---|---|---|
| 定位 | 主从故障切换 | 拓扑管理+切换 |
| 状态 | 已停止维护 | 社区活跃 |
| 自动化 | 脚本驱动 | API/钩子驱动 |
| 适用 | 存量老架构 | 新架构与云上混合 |
选型提示
选型提示
新项目：优先 MGR（原生）或 Orchestrator（灵活）
存量 MHA：评估迁移成本，至少保证切换预案人工可执行无论选哪个工具：切换演练与脑裂防护（fencing）都比工具本身重要。
MHA 与 Orchestrator 高可用工具取舍
MHA：经典主从自动切换工具（半自动、脚本化），已停止活跃维护；Orchestrator：拓扑管理与可视化切换，支持故障检测与自动/手动切换，社区活跃。
易错点
- 依赖 MHA 的存量体系缺少维护：与其等工具复活，不如把切换 SOP 文档化+演练
- 自动切换没有 fencing：旧主复活造成双写脑裂
数据来源与参考
- MySQL 8.0 Reference Manual: High Availability
- Orchestrator 项目文档
- MHA 项目文档