Ubuntu环境下MongoDB存储引擎选择指南
快速建议
- 在Ubuntu中新部署MongoDB时，优先选择WiredTiger（MongoDB 3.2+ 默认存储引擎）。它具备文档级并发、MVCC、多文档事务（MongoDB 4.0+）、数据压缩和检查点等特性，能够覆盖大多数线上业务、高并发读写与混合负载场景，通常也是MongoDB存储引擎的最佳默认选择。
- 如果旧系统仍在使用MMAPv1，建议尽快制定迁移计划。该引擎属于早期方案，存在锁粒度较粗（集合级）、不支持事务等限制，并且从MongoDB 4.0开始已被弃用，因此新项目和新环境均不建议继续采用。
- 对于追求微秒级响应延迟、且能够接受一定数据丢失风险的业务场景，例如实时缓存、会话存储等，可考虑In-Memory引擎。但需要结合复制集保证高可用，同时预留充足的内存资源。
引擎对比与适用场景
如何做出选择
- 如果业务需要事务一致性、文档级高并发、磁盘空间节省能力（压缩）以及稳定的故障恢复能力，那么应优先选择WiredTiger。
- 如果当前运行的是老版本MongoDB，短期内迁移难度较高，且业务以只读或极低写入为主，可临时保留MMAPv1，但应尽快规划升级并迁移至WiredTiger。
- 如果核心目标是极低延迟，并且能够接受数据丢失风险，可选择In-Memory，同时必须部署复制集来提高服务可用性。
Ubuntu下WiredTiger关键配置要点解析
- 缓存大小：在**/etc/mongod.conf中设置storage.wiredTiger.engineConfig.cacheSizeGB，通常建议配置为物理内存的50%–75%；WiredTiger默认计算公式为max((RAM−1GB), 256MB)**，这样可以避免缓存设置过大而导致系统OOM。
- 压缩算法：可在collection级别设置blockCompressor（如snappy或zlib），根据CPU消耗与磁盘空间占用之间的平衡来选择合适的压缩方式。
- 持久化：请确保storage.journal.enabled: true（默认开启），通过Journal和Checkpoint机制提升MongoDB在异常宕机后的恢复能力。
- 存储路径与权限：默认路径为**/var/lib/mongodb**；如需修改，可调整storage.dbPath并确保目录属主为mongodb:mongodb，随后重启服务使配置生效。
- 验证引擎：连接Mongo Shell后执行db.runCommand({ connectionStatus: 1 }).storageEngine，可查看当前MongoDB实例正在使用的存储引擎。
硬件与部署建议
- 存储与文件系统：磁盘优先选择SSD/NVMe，阵列推荐使用RAID 10；文件系统可选ext4或XFS，其中后者通常对大文件和高并发场景更友好。
- 高可用与扩展：生产环境建议部署复制集（至少3节点）以保障高可用；当数据规模持续增长时，可进一步考虑分片集群实现水平扩展。
- 监控与容量：可结合mongostat、mongotop以及Prometheus+Grafana进行监控；同时建议设置磁盘空间阈值告警，例如剩余空间低于20%时及时预警。
