MongoDB Linux配置中有哪些常见误区

MongoDB Linux 配置的常见误区与规避

一 文件系统与存储引擎

• 使用 EXT4 搭配 WiredTiger 时出现性能相关的警告，官方更推荐使用 XFS；若条件允许，优先选用 XFS 以获得更稳定的表现。
• 在多核/多路 CPU 服务器上忽略 NUMA 适配，可能导致内存访问跨节点、性能抖动；建议在启动命令前加上 numactl --interleave=all，或在 BIOS/内核层面按官方指引进行 NUMA 配置。
• 误以为“内存吃满”就是问题，实际上 Linux 的 page cache 可回收，应结合 free、buffers、cached 与 mongostat 的 mapped/res/faults 指标综合判断内存压力与命中情况。
• 只盯“磁盘容量”，忽视 inode 耗尽；当 df -i 显示 inode 用尽时，即便还有空间也无法创建新文件，需清理小文件或迁移到 inode 更充足 的文件系统。

二 权限与网络访问

• 数据目录或日志目录不存在/权限错误，导致进程无法启动或异常退出；应确保 dbPath、logPath 目录存在且属主为 mongodb 用户。
• 远程连接失败只查应用，不查 防火墙/安全组；需确认 27017 端口对来源网段放通。
• 未启用 访问控制（无认证）直接上线，存在严重安全风险；应在配置中开启 security.authorization: enabled 并创建管理员与业务用户。

三 系统资源与连接限制

• 未调整 ulimit（打开文件数/进程数），高并发下出现 “资源暂时不可用” 或 “fork: retry”；需在 /etc/security/limits.conf 为运行 MongoDB 的用户提升 nofile/nproc。
• 忽视 最大连接数 配置，默认上限较低，业务高峰可能触发连接拒绝或异常退出；应结合并发与实例规格设置 net.maxIncomingConnections，并通过 db.serverStatus().connections 监控。
• 将 WiredTiger 缓存 设置过大或过小，影响性能或 OOM；通常建议不超过物理内存的 50%–75%，并结合工作集与内存压力调优。

四 启动与运行维护

• 异常关机或崩溃后直接用 –repair 启动，可能掩盖根因；应先排查日志，必要时再执行修复，并确保 dbPath 目录权限正确。
• 以 root 直接运行 mongod，存在安全与权限风险；应使用 mongodb 专用系统用户并通过 systemd 管理。
• 备份时随意使用 db.fsyncLock() 导致阻塞与备份失败；应使用 mongodump 的 –oplog 选项进行一致性备份，避免业务写入被长时间锁住。

五 快速自检清单

• 文件系统与挂载：确认使用 XFS/EXT4，目录挂载选项合理，无 inode 耗尽。
• 资源限制：检查 ulimit -n/-u，必要时写入 limits.conf 并重启会话/服务。
• 内存与存储：用 free、sar、mongostat 观察 cache/faults 与 mapped/res，确认工作集是否超出内存。
• 网络与端口：核对 bindIp、监听端口 27017、防火墙/安全组策略。
• 安全与认证：确认 security.authorization: enabled 与用户权限配置到位。
• 日志与诊断：查看 /var/log/mongodb/mongod.log，用 systemctl status mongod 与 journalctl -xe 定位启动失败原因。