MySQL 高可用方案之 Orchestrator

对于 MySQL 高可用组件，其实只要能满足切换准确性高（不误切）、切换速度快（从发现故障到完成故障切换所需要的时间短）这两条我们就认为是一个好的高可用中间件了。

如果再加上有一个好用的图形化管理界面、自身支持高可用等诸多优点，笔者强烈推荐 Orchestrator（后面简称 Orch）了。

目前 B 站、贝壳、小红书、喜马拉雅全都大规模使用了 Orch。

选择它的理由：

那怎样系统的学习 Orch 呢？

在今年 7 月刚出版的书籍《MySQL DBA 精英实战课》中，就对 Orch 做了详细讲解，下面是 Orch 部分的目录：

13.2 Orchestrator 236

13.2.1 主要功能 236

13.2.2 优势 236

13.2.3 高可用 236

13.2.4 执行计划 238

13.2.5 集群重塑 /239

13.2.6 部署和配置Orchestrator /240

13.2.7 参数配置 /242

13.2.8 Hook 介绍 /243

13.2.9 集群的使用 /245

13.2.10 小结 /247

写这一部分内容的作者，有 7 年 DBA 工作经验，曾就职于饿了么，贝壳，并多次参与数据库高可用体系建设。

当然，如果因为种种原因，仍然考虑使用 MHA。或者对官方的高可用方案 InnoDB Cluster 感兴趣，《MySQL DBA 精英实战课》也是有这两种高可用方案的细节介绍。

当当这两天（2022.08.30 00:00:00-2022.08.31 23:59:59）活动，4.9折，实际只要付 ¥53.40。

京东目前是满 100 减 50 活动。