MongoDB 的高可用与水平扩展 —— 复制集群 vs 分片集群

MongoDB 的高可用与水平扩展 —— 复制集群 vs 分片集群

一、前置知识：数据库集群的两种基本形式

在学习 MongoDB 的集群机制之前，我们需要了解两个核心概念：

🔁 1. 复制集群（Replication）

• 又叫“副本集”（Replica Set）

• 多个节点存储相同的数据

• 一个主节点（Primary），多个从节点（Secondary）

• 写操作只发生在主节点，从节点同步数据

• 如果主节点宕机，会自动选举新主节点

✅ 作用：实现高可用（HA）、故障自动切换

📦 2. 分片集群（Sharding）

• 将数据按照一定规则分散到多个节点上

• 每个节点只存一部分数据

• 所有节点加起来才是完整数据集

✅ 作用：实现水平扩展（Scale Out），支持海量数据和高并发

二、MongoDB 是如何同时实现高可用和水平扩展的？

MongoDB 的强大之处在于它把上面两种集群模式结合起来使用：

分片集群 + 每个分片是复制集群

🎯 示例：2TB 数据的分布

假设我们有一个 2TB 的集合 chat_messages，要部署一个既高可用又能水平扩展的 MongoDB 集群。

✅ 步骤一：创建两个分片（Shard）

• Shard A：负责存储 _id 哈希范围为 0~50% 的数据（约 1TB）

• Shard B：负责存储 _id 哈希范围为 50~100% 的数据（约 1TB）

👉 这样我们就实现了水平扩展！

✅ 步骤二：每个分片都是一个副本集（3节点）

• Shard A：

  • Node A1（主）

  • Node A2（从）

  • Node A3（仲裁/从）

• Shard B：

  • Node B1（主）

  • Node B2（从）

  • Node B3（仲裁/从）

👉 这样我们就实现了高可用！

✅ 架构图示意：

三、MongoDB 集群组件补充说明

为了完整地构建一个分片集群，还需要以下组件：

四、MySQL 如何实现类似功能？

✅ 高可用：主从复制 + MHA / Orchestrator

• 支持读写分离

• 主节点挂掉后可自动切换

❗ 水平扩展：需手动或借助中间件实现

• 手动分库分表：应用层逻辑复杂，维护成本高

• 使用中间件：如 ShardingSphere、Vitess、MyCat 等

五、MongoDB vs MySQL 核心对比总结

六、一句话总结

MongoDB 通过“分片集群 + 副本集”的方式，天然实现了“水平扩展 + 高可用”并存的能力。而 MySQL 默认只支持高可用，要实现水平扩展必须依赖中间件或手动分库分表，架构复杂度更高。