高可用数据库场景下的首选方案里，MySQL Cluster确实算一个。基于“Share Nothing”架构，数据分布在多个节点上，容错和扩展性都挺强。适合做金融、通信、IoT 等高并发业务，响应也快，挂一台机器也不慌。
SQL 节点主要负责客户端求，不直接存储数据，轻量、扛压。
NDB 数据节点是真正装数据的地方，能设定冗余副本，避免单点故障。你可以通过NoOfReplicas这个参数设置副本数，集群越大，越稳。
管理节点是整个集群的大脑，负责启动、监控、备份、恢复啥的。一个节点崩了，它能立刻协调其他节点接力，基本不影响业务。
安装流程也不复杂：装好各节点的包，配置好config.ini，按顺序启动管理节点、数据节点、SQL 节点。记得测试下连接性，比如插入、查询、故障切换这些，没毛病就可以上线了。
不过也别太理想化，内存需求高是硬伤，配置也不算简单。但如果你有经验，业务又追求99.999%高可用，那这个方案真还蛮值。
如果你对高可用数据库感兴趣，也可以看看：
- SequoiaSQL - 分布式 MySQL 存储引擎
- Percona XtraDB Cluster MySQL 高可用性操作技巧
- MySQL 高可用性运营
- Redis 高可用分布式技术
- 高可用分布式部署 PDF 文档下载
如果你正好在搞大并发的业务，可以先搭个 MySQL Cluster 试试，顺带多看点案例文档，踩少点坑。