MongoDB分片集群是解决海量数据横向扩展的核心方案，通过将数据分布到多个独立分片节点，突破单机存储与性能瓶颈。搭建一套生产可用的分片集群需要理解配置服务器、分片副本集与路由进程mongos的协作关系，任何一环配置失误都会导致集群无法正常工作。下面我们从零开始梳理完整部署流程。
环境准备与架构规划
在真正动手之前，必须明确分片集群的三大核心角色。配置服务器（Config Server）负责存储集群的元数据，包括哪些数据分布在哪个分片的信息，官方要求必须部署为副本集且至少三个节点以保证高可用。分片节点（Shard）才是真正存放业务数据的场所，每个分片通常也配置成副本集来防止单点故障。路由进程（mongos）则充当客户端与集群之间的桥梁，它将查询请求转发到对应的分片并汇总结果。
规划阶段需要准备至少三台物理机或虚拟机，如果资源有限可以在单机使用不同端口模拟，但生产环境务必分散部署。假设我们规划三个配置服务器组成名为cfgrs的副本集，两个分片副本集分别命名为shard1和shard2，每个副本集一主两从。mongos可以部署两个实现负载均衡。操作系统建议CentOS 7以上，关闭透明大页并设定合适的ulimit。
网络层面要保证各节点间端口互通，默认配置服务器用27019，分片用27018，mongos用27017。提前创建数据目录如/data/configdb、/data/shard1、/data/shard2，并且规划好日志路径。正确的架构规划能避免后续扩容时的痛苦，尤其是片键的选择应在业务建模时就考虑清楚，否则后期修改成本极高。
配置服务器副本集部署
首先启动三个配置服务器实例，它们必须以--configsvr参数运行并指定同一个副本集名称。每个节点的配置文件或命令行参数需要指明dbpath和port。需要注意的是，从MongoDB 3.4开始配置服务器必须作为副本集部署，不再支持镜像模式。启动后，连接到任意一个配置服务器节点，执行rs.initiate初始化副本集，将三个成员加入。
初始化成功后，可以通过rs.status查看节点状态，确保一个primary和两个secondary健康运行。配置服务器存储的元数据包括集合的分片信息、块（chunk）分布、集群操作日志等，这些数据量很小但极其关键。如果配置服务器全部宕机，整个集群将无法写入甚至读取，因此务必使用高性能磁盘并开启定期备份。
实际部署中常见错误是遗漏replSet名称一致性，或者防火墙阻断了27019端口导致选举失败。此时副本集永远处于STARTUP状态。我们可以使用netstat命令检查监听，并在mongosh中查看报错。配置服务器稳定后，才能进行下一步分片节点的接入，因为它们依赖配置服务器登记分片信息。
# 启动配置服务器节点1示例
mongod --configsvr --replSet cfgrs --dbpath /data/configdb --port 27019 --bind_ip 0.0.0.0
# 在mongosh中初始化
rs.initiate({
_id: "cfgrs",
members: [
{_id: 0, host: "192.168.1.10:27019"},
{_id: 1, host: "192.168.1.11:27019"},
{_id: 2, host: "192.168.1.12:27019"}
]
})
分片节点与路由进程搭建
分片节点部署与普通副本集类似，只是不需要--configsvr参数，而是使用--shardsvr标记（新版本可省略但建议显式指定）。我们为shard1和shard2分别启动三个mongod进程组成副本集，端口用27018。初始化副本集的操作与配置服务器类似，但副本集名称不同。待分片副本集正常后，启动mongos进程，mongos本身不存储数据，它必须通过--configdb参数指向配置服务器副本集。
mongos启动命令类似：mongos --configdb cfgrs/192.168.1.10:27019,192.168.1.11:27019,192.168.1.12:27019 --port 27017。多个mongos可以并行启动，前面架设LVS或Nginx TCP负载均衡。客户端只需连接mongos地址，完全感知不到后端分片细节。这种解耦设计使得后续增加分片时业务代码无需改动。
在mongos中，需要将分片副本集加入到集群，使用sh.addShard命令，例如sh.addShard("shard1/192.168.1.20:27018,192.168.1.21:27018,192.168.1.22:27018")。添加后通过sh.status查看分片列表。此时集群物理架构就绪，但数据库和集合尚未启用分片，所有数据仍落在主分片。
# 启动分片节点示例 mongod --shardsvr --replSet shard1 --dbpath /data/shard1 --port 27018 --bind_ip 0.0.0.0 # 启动mongos mongos --configdb cfgrs/192.168.1.10:27019,192.168.1.11:27019,192.168.1.12:27019 --port 27017 --bind_ip 0.0.0.0
启用分片与片键策略
集群搭建完毕后，必须对目标数据库启用分片：在mongos中执行sh.enableSharding("mydb")。接着为需要分片的集合指定片键，例如sh.shardCollection("mydb.orders", {customerId: "hashed"})使用哈希片键，或者{orderDate: 1}范围片键。片键的选择直接决定数据分布均匀性和查询效率，哈希片键写入分散但范围查询不便，范围片键利于时序数据但易产生热点。
启用后插入测试数据，观察chunks如何均衡移动到不同分片。可以通过sh.status或查询config.chunks集合确认块分布。如果某些分片chunk数量明显偏多，可以手动执行sh.rebalance命令或者检查片键基数。对于已有数据的集合，建立分片会触发初始块拆分与迁移，期间可能影响性能，建议在低峰期操作。
最后验证集群高可用：杀掉某个分片的主节点，副本集应自动选举新主，mongos继续服务；杀掉一个配置服务器，只要多数派存活集群依旧正常。至此一套完整的MongoDB分片集群搭建教程结束，后续可结合监控工具持续观察平衡状态，并根据业务增长平滑添加新分片。