怎么在同一个服务器设置三个mongodb，如何配置

同一个服务器设置三个mongodb，核心思路是让每个实例拥有独立的数据目录、独立的端口和独立的配置文件，再通过systemd或手动脚本分别启动管理。

很多朋友在刚开始接触mongodb多实例部署时,第一反应是”装三遍mongodb”，其实没必要，一套mongodb二进制文件就够用，我们需要做的只是复制三份配置，让它们各自”分家过日子”。

加载中

608-MongoDB 配置启动

lvzhenjiang

3903-

原视频地址

同一台服务器部署多个mongodb前的端口规划

端口是三个mongodb实例之间最直观的区分标志,默认情况下，mongodb监听27017端口，你如果直接启动三个实例，第二个和第三个必然报”端口已被占用”的错。

三个mongodb实例的端口分配与mongodb端口配置要点

行业共识认为,多实例部署时端口规划要遵循”主实例用默认，从实例用增量”的原则，常见的分配方案如下：

端口分配只是第一步,还要注意绑定IP地址，如果三个实例都在同一台服务器上，建议将bind_ip设为127.0.0.1或者内网IP，避免暴露到公网，对于需要远程访问的场景，可以在防火墙层面单独放行对应端口，而不是直接把所有端口暴露在公网上。

mongodb多实例部署的核心：三步编写独立配置

端口规划好之后,剩下的工作就是让每个实例拥有独立的”身份档案”，这一步是整个mongodb多实例部署的核心。

第一步：创建三个独立数据目录

mongodb不允许两个实例共用同一个dbPath,强行共用会导致数据文件互相覆盖，甚至直接崩溃，所以先创建三个目录：

mkdir -p /data/mongodb/{primary,secondary,archive}/data
mkdir -p /data/mongodb/{primary,secondary,archive}/log

顺便把属主改成mongod用户：

chown -R mongod:mongod /data/mongodb

第二步：编写各自的mongodb配置文件

每个实例的配置文件要包含

独立的端口、数据目录、日志路径和进程ID文件，以primary实例为例，配置文件 /etc/mongod-primary.conf 内容大致如下：

systemLog:
  destination: file
  path: /data/mongodb/primary/log/mongod.log
  logAppend: true
storage:
  dbPath: /data/mongodb/primary/data
  journal:
    enabled: true
processManagement:
  fork: true
  pidFilePath: /data/mongodb/primary/mongod.pid
net:
  bindIp: 127.0.0.1
  port: 27017

secondary和archive的配置文件除了端口、路径不同，其余结构完全一致，这里有一个细节容易被忽略：每个配置文件的pidFilePath必须唯一，否则mongod进程在退出时可能误删其他实例的PID文件。

第三步：准备启动脚本

配置写好后,用如下命令分别启动：

mongod -f /etc/mongod-primary.conf
mongod -f /etc/mongod-secondary.conf
mongod -f /etc/mongod-archive.conf

启动后用 ps -ef | grep mongod 查看，应该能看到三个独立的mongod进程。

用systemd管理三个mongodb服务

手动启动虽然方便,但服务器一重启，三个实例还得手动拉起，更稳妥的做法是给每个实例写一个systemd服务单元。

创建三个独立的service单元文件

以primary为例,/usr/lib/systemd/system/mongodb-primary.service 的内容如下：

[Unit]
Description=MongoDB Primary Instance
After=network.target
[Service]
User=mongod
Group=mongod
ExecStart=/usr/bin/mongod --config /etc/mongod-primary.conf
ExecReload=/bin/kill -HUP $MAINPID
Restart=always
[Install]
WantedBy=multi-user.target

注意,因为配置里已经写了 fork: true，systemd的Type要设置为forking，否则systemd会认为服务启动失败，这里建议把配置里的fork改为false，让mongod以前台方式运行，systemd的Type设为simple，管理起来更省心。

Secondary和archive的service文件照葫芦画瓢,改一下路径和名字就行。

启动顺序与开机自启设置

三个实例彼此独立,没有严格的启动顺序要求，挨个执行：

systemctl daemon-reload
systemctl start mongodb-primary
systemctl start mongodb-secondary
systemctl start mongodb-archive
systemctl enable mongodb-primary mongodb-secondary mongodb-archive

这样服务器重启后,三个mongodb实例会自动拉起。

验证三个mongodb实例正常运行的四个方法

服务部署完不能光看进程在不在,得验证它们真的能正常服务。

检查端口监听状态

netstat -tlnp | grep mongod

正常输出应该能看到27017、27018、27019三个端口分别由不同的mongod进程监听。

使用mongo shell连接测试

mongo --port 27017 --eval "db.runCommand({ping:1})"
mongo --port 27018 --eval "db.runCommand({ping:1})"
mongo --port 27019 --eval "db.runCommand({ping:1})"

三个实例都应返回 ok: 1。

查看日志文件

每个实例的日志文件里都有各自的启动记录,没有报错说明启动顺利，如果日志里出现 Address already in use，多半是端口冲突。

使用mongostat监控

mongostat --port 27017 --port 27018 --port 27019

这个命令可以同时查看三个实例的读写压力、连接数和内存占用情况。

一台服务器部署多个mongodb的资源分配与性能调优

三个mongodb实例跑在同一台机器上,资源竞争是绕不开的话题，如果服务器内存只有16GB，三个实例默认的缓存配置可能直接把内存吃满。

限制内存使用与最大连接数

mongodb的缓存由系统Page Cache接管，不像Java那样有固定的堆内存设置，但可以通过限制连接数和wiredTiger缓存大小来控制资源占用，在配置文件中可以加：

storage:
  wiredTiger:
    engineConfig:
      cacheSizeGB: 2
net:
  maxIncomingConnections: 500

把每个实例的缓存限制在2GB左右,三个实例合计6GB，给操作系统和业务应用留出余量。

日志轮转与磁盘空间管理

三个实例每天产生的日志量不容小觑,建议开启日志轮转：

mongod --port 27017 --logpath /data/mongodb/primary/log/mongod.log --logRotate reopen --logAppend

同时定期检查数据目录的磁盘占用,避免某个实例的数据把磁盘写满，拖垮其他实例。

mongodb多实例部署常见问题排查

即使照着上述步骤操作,依然可能踩坑，下面几个问题出现频率最高。

端口占用导致启动失败

如果启动secondary实例时报地址冲突,先查看谁占了27018端口：

lsof -i :27018

确认是残留进程后 kill 掉，再重新启动。

数据目录权限错误

mongod以mongod用户身份运行,如果数据目录的属主是root，启动时会报权限错误，直接执行：

chown -R mongod:mongod /data/mongodb

顺手解决三个目录的权限问题。

配置文件格式错误

YAML格式对缩进非常敏感,稍微多一个空格或少一个冒号，mongod就会报 YAML-cpp: error at line，尽量用空格缩进而非Tab，写完配置后可以用 mongod --config xxx --configsvr 这种方式做语法校验。

Q&A：mongodb多实例部署的常见疑问

同一个服务器上运行三个mongodb会互相影响吗？

会,但影响可控，三个实例共享CPU、内存和磁盘I/O，高并发场景下可能出现资源争抢，建议通过限制wiredTiger缓存、连接数以及使用独立磁盘分区来降低相互干扰，对于生产环境，业内专家指出，一台服务器运行三个mongodb实例适用于开发测试或中小业务量场景，核心生产库仍建议独立部署。

mongodb多实例部署时如何实现数据隔离？

三个实例的数据目录完全独立,天然实现了物理层面的数据隔离，但要注意，如果服务器磁盘损坏，三个实例的数据会同时丢失，可以在配置文件中设置不同的dbPath到不同磁盘挂载点，降低单点风险。

一台服务器部署多个mongodb适合什么场景？

适合以下场景：开发环境需要同时模拟多个业务库、测试环境需要验证主从复制或分片集群、预算有限时用一台高配服务器跑多个小体量实例，如果业务数据量增长迅速，建议评估迁移到云数据库的成本，毕竟一台服务器部署多个mongodb节省的硬件成本，可能被运维复杂度抵消。

同一个服务器设置三个mongodb,说到底就是端口、数据目录、配置文件各归各，服务管理用systemd统一管，照着这个思路，再多的实例也能轻松部署，关键是规划好资源上限，避免三个实例互相”打架”。