MongoDB单机部署与集群部署（单机副本集）全攻略

一、MongoDB部署模式概述

MongoDB作为领先的非关系型数据库，其部署模式直接影响系统的可用性、数据安全性和运维复杂度。根据业务需求，MongoDB提供三种主要部署方案：

单机模式：单节点运行，适合开发测试环境或低并发场景
副本集模式：由3个及以上节点组成，提供数据冗余和自动故障转移
分片集群模式：支持海量数据水平扩展，适用于高并发写场景

本文重点聚焦单机部署和单机副本集部署模式，这两种模式在中小型项目中具有典型应用价值。单机副本集通过将单个物理节点配置为包含1个主节点和2个隐藏节点的伪集群，既保持了部署的简单性，又获得了副本集的核心优势。

二、MongoDB单机部署详解

1. 环境准备与安装

系统要求：

推荐使用Linux（CentOS 7/8或Ubuntu 20.04+）
最低配置：2核CPU、4GB内存、50GB磁盘空间
关闭SELinux和防火墙（测试环境）或配置规则（生产环境）

安装步骤：

# Ubuntu示例
wget https://repo.mongodb.org/apt/ubuntu/dists/focal/mongodb-org/6.0/multiverse/binary-amd64/mongodb-org-server_6.0.5_amd64.deb
sudo dpkg -i mongodb-org-server_6.0.5_amd64.deb
sudo systemctl enable mongod
sudo systemctl start mongod

2. 基础配置优化

编辑/etc/mongod.conf配置文件：

storage:
  dbPath: /var/lib/mongodb
  journal:
    enabled: true
  wiredTiger:
    engineConfig:
      cacheSizeGB: 1  # 根据内存调整
systemLog:
  destination: file
  path: /var/log/mongodb/mongod.log
  logAppend: true
processManagement:
  fork: true
net:
  port: 27017
  bindIp: 0.0.0.0  # 生产环境应限制为特定IP

关键参数说明：

cacheSizeGB：WiredTiger引擎缓存大小，建议设为可用内存的50%
bindIp：控制访问来源，0.0.0.0表示允许所有IP（存在安全风险）
journal：启用预写日志，保证数据持久性

3. 安全加固建议

启用认证：
```
security:
authorization: enabled
```

创建管理员用户：

use admin
db.createUser({
user: "admin",
pwd: "ComplexPassword123!",
roles: ["root"]
})

配置TLS加密（生产环境必需）

三、MongoDB单机副本集部署

1. 副本集核心概念

单机副本集通过在同一物理机上运行多个mongod实例模拟完整副本集，包含：

1个PRIMARY节点（处理写操作）
1个SECONDARY节点（数据副本）
1个ARBITER节点（选举仲裁，可选）

优势：

零网络延迟环境下的故障转移测试
开发环境模拟生产集群行为
资源占用低于完整物理集群

2. 部署实施步骤

步骤1：创建数据目录

mkdir -p /data/rs{1,2,3}
chown -R mongod:mongod /data

步骤2：配置三个服务实例

实例1配置（主节点）：

# /etc/mongod1.conf
storage:
  dbPath: /data/rs1
net:
  port: 27017
replication:
  replSetName: "rs0"

实例2配置（从节点）：

# /etc/mongod2.conf
storage:
  dbPath: /data/rs2
net:
  port: 27018
replication:
  replSetName: "rs0"

实例3配置（仲裁节点）：

# /etc/mongod3.conf
storage:
  dbPath: /data/rs3
net:
  port: 27019
replication:
  replSetName: "rs0"
  smallfiles: true  # 仲裁节点可减少存储

步骤3：启动服务并初始化副本集

# 启动三个实例
mongod -f /etc/mongod1.conf
mongod -f /etc/mongod2.conf
mongod -f /etc/mongod3.conf
# 连接主节点初始化
mongo --port 27017
rs.initiate({
  _id: "rs0",
  members: [
    { _id: 0, host: "localhost:27017" },
    { _id: 1, host: "localhost:27018" },
    { _id: 2, host: "localhost:27019", arbiterOnly: true }
  ]
})

3. 副本集运维管理

状态监控：

rs.status()  // 查看副本集状态
db.serverStatus().repl  // 查看复制状态

故障模拟测试：

# 停止主节点服务
pkill -f mongod1
# 观察选举过程（约10-30秒）
mongo --port 27018
rs.status()  # 查看新主节点

配置变更：

// 添加新节点
cfg = rs.conf()
cfg.members.push({_id:3, host:"newhost:27017"})
rs.reconfig(cfg)
// 修改优先级
cfg.members[0].priority = 2
rs.reconfig(cfg)

四、部署模式对比与选型建议

指标	单机模式	单机副本集	完整副本集
数据可靠性	低	中等	高
故障恢复时间	手动重启	10-30秒自动	10-30秒自动
资源占用	最低	中等	高
适用场景	开发测试	预发布环境	生产环境
运维复杂度	最低	中等	高

选型建议：

开发测试环境：单机模式+定期备份
预发布环境：单机副本集（验证故障转移）
生产环境：3节点副本集（跨机房部署）

五、常见问题解决方案

1. 副本集初始化失败

现象：rs.initiate()卡住或报错
原因：

节点间网络不通
配置文件replSetName不一致
防火墙阻止端口通信

解决：

# 检查端口连通性
telnet localhost 27018
# 统一副本集名称
grep replSetName /etc/mongod*.conf

2. 选举失败

现象：rs.status()显示无主节点
原因：

多数节点不可用（n/2+1原则）
节点间时钟不同步
仲裁节点故障

解决：

// 强制重新配置（谨慎使用）
cfg = rs.conf()
cfg.members = cfg.members.filter(m=>m.host.startsWith("localhost"))
rs.reconfig(cfg, {force: true})

3. 性能瓶颈

现象：写入延迟高、复制滞后
优化建议：

调整wiredTigerCacheSizeGB
增加syncPeriodSecs（日志刷新间隔）
对大集合建立适当索引

六、最佳实践总结

开发环境：
- 使用单机模式+本地备份
- 配置--smallfiles减少磁盘占用
预发布环境：
- 部署单机副本集验证故障恢复
- 模拟网络分区测试脑裂场景
生产环境：
- 副本集节点跨可用区部署
- 配置writeConcern: majority保证数据安全
- 定期执行db.adminCommand({replSetGetStatus:1})监控
监控体系：
- Prometheus+Grafana监控关键指标
- 设置复制滞后告警（>30秒）
- 监控主节点切换事件

通过合理选择部署模式并实施最佳实践，可以充分发挥MongoDB的性能优势，同时确保业务连续性。单机副本集作为中间方案，为从开发到生产的平滑过渡提供了理想选择。

MongoDB单机与集群部署指南：从单机到副本集的实践探索