MySQL 主从复制与集群本质不同：前者是单向异步、最终一致性、读扩展易但写无法横向扩展；后者为同步强一致、自动分片、高可用无感切换，但需专用版本且事务受限。
MySQL 主从复制和集群是两种不同层级的高可用与扩展方案，核心 区别 在于数据分布方式、一致性模型、故障恢复机制和适用规模。
数据组织与复制机制不同
主从复制是单向异步日志同步：主库写入 binlog，从库通过 I/O 线程拉取并写入 relay log，再由 SQL 线程回放。整个过程不阻塞主库提交，存在天然延迟，属于最终一致性。
- 每个从节点保存全量数据副本，没有自动分片
- 依赖 MySQL 社区版即可搭建，无需额外组件
- 支持语句级（SBR）、行级（RBR）或混合模式复制
集群是分布式共享 -nothing 架构
MySQL Cluster（NDB Cluster）采用多节点协同工作，数据按哈希自动分片，存储在多个数据节点中，SQL 节点仅负责查询解析与 路由，不存数据。
- 数据节点之间使用同步复制，事务需多数节点确认才提交，强一致性
- 包含管理节点（ndb_mgmd）、数据节点（ndbd/ndbmtd）、SQL 节点（mysqld）三类角色
- 必须使用专用的 MySQL Cluster 版本，不能用社区版替代
高可用与故障应对能力差异明显
主从架构中主库是单点，宕机后需人工或借助 MHA、Orchestrator 等 工具 切换，期间可能中断写服务；而集群内任意数据节点或 SQL 节点故障，不影响整体读写，自动绕过异常节点。
- 主从切换后，新主库需重新配置从库，旧主库恢复后常需重建复制关系
- 集群通过心跳检测 + 仲裁机制实现秒级故障转移，应用无感知
- 集群要求千兆局域网、低延迟网络环境，否则同步开销显著上升
适用场景有明确分界
主从复制适合中小业务系统：读多写少、能容忍秒级延迟、追求部署简单和运维成本低，比如内容站点、内部管理系统。
- 可快速实现读写分离、报表分析、备份容灾
- 扩展读能力只需加从库，写能力无法横向扩展
集群适合核心交易系统：需要 99.999% 可用性、毫秒级故障恢复、持续高并发写入，比如支付清分、实时风控、电信计费平台。
- 写性能随数据节点增加线性提升
- 但事务复杂度受限（不支持外键、部分 JOIN 效率低、大事务易超时）
