MySQL主从复制与集群本质不同：前者是单向异步、最终一致性、读扩展易但写无法横向扩展；后者为同步强一致、自动分片、高可用无感切换，但需专用版本且事务受限。

MySQL 主从复制和集群是两种不同层级的高可用与扩展方案，核心区别在于数据分布方式、一致性模型、故障恢复机制和适用规模。

数据组织与复制机制不同

主从复制是单向异步日志同步：主库写入 binlog，从库通过 I/O 线程拉取并写入 relay log，再由 SQL 线程回放。整个过程不阻塞主库提交，存在天然延迟，属于最终一致性。

• 每个从节点保存全量数据副本，没有自动分片
• 依赖 MySQL 社区版即可搭建，无需额外组件
• 支持语句级（SBR）、行级（RBR）或混合模式复制

集群是分布式共享-nothing 架构

MySQL Cluster（NDB Cluster）采用多节点协同工作，数据按哈希自动分片，存储在多个数据节点中，SQL 节点仅负责查询解析与路由，不存数据。

win可用的mysql指令skill

安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。

下载

• 数据节点之间使用同步复制，事务需多数节点确认才提交，强一致性
• 包含管理节点（ndb_mgmd）、数据节点（ndbd/ndbmtd）、SQL 节点（mysqld）三类角色
• 必须使用专用的 MySQL Cluster 版本，不能用社区版替代

高可用与故障应对能力差异明显

主从架构中主库是单点，宕机后需人工或借助 MHA、Orchestrator 等工具切换，期间可能中断写服务；而集群内任意数据节点或 SQL 节点故障，不影响整体读写，自动绕过异常节点。

• 主从切换后，新主库需重新配置从库，旧主库恢复后常需重建复制关系
• 集群通过心跳检测+仲裁机制实现秒级故障转移，应用无感知
• 集群要求千兆局域网、低延迟网络环境，否则同步开销显著上升

适用场景有明确分界

主从复制适合中小业务系统：读多写少、能容忍秒级延迟、追求部署简单和运维成本低，比如内容站点、内部管理系统。

• 可快速实现读写分离、报表分析、备份容灾
• 扩展读能力只需加从库，写能力无法横向扩展

集群适合核心交易系统：需要 99.999% 可用性、毫秒级故障恢复、持续高并发写入，比如支付清分、实时风控、电信计费平台。

• 写性能随数据节点增加线性提升
• 但事务复杂度受限（不支持外键、部分 JOIN 效率低、大事务易超时）