mongodb记录存储管理-白红宇的个人博客

mongodb记录存储管理

发布日期：2025-04-14 17:53:24 浏览次数：7 分类：精选文章

本文共 864 字，大约阅读时间需要 2 分钟。

为什么单个文档的存储空间会比实际数据大？

在MongoDB中，文档的存储空间通常会比实际数据大，这主要是由于文件系统的记录分配策略。以下是详细解释：

BSON格式和文档大小限制

每个文档使用BSON格式存储，最大文档大小为16M字节。虽然文档不会超过这个限制，但实际存储空间大于文档大小的原因在于记录的分配策略。

记录分配策略

MongoDB支持两种记录分配策略：Power of 2 sized allocations和Exact fit allocations。

Power of 2 sized allocations

这是默认的分配策略，适用于频繁插入、更新和删除的应用场景。记录的大小被固定为2的幂次方（如4、16、32、64字节），最小为32字节。这种策略通过预留额外空间（padding）来避免在更新时扩展记录，减少碎片产生。尽管存储空间利用率不高，但这在高并发写操作下提供更好的性能。

Exact fit allocations

这种策略根据文档大小加上一定的额外空间来分配记录空间，额外空间由增长因子（padding factor，默认值为1，最大值为2）控制。记录大小为：

record size = paddingFactor × document size

这种策略通常节省更多存储空间，但更容易产生碎片。每次更新或删除时可能需要重新分配空间，增加维护复杂性。

选择合适的分配策略

根据应用的具体需求选择分配策略：

修改默认分配策略

可以通过管理员命令启用或禁用Power of 2策略：

db.getSiblingDB('admin').runCommand({ setParameter: 1, newCollectionsUsePowerOf2Sizes: false })

理解这些策略有助于优化MongoDB性能，选择合适的策略能有效管理存储资源。

上一篇：mongoDB详解

下一篇：MongoDB聚合（Map-Reduce）（二）

关于作者

喝酒易醉，品茶养心，人生如梦，品茶悟道，何以解忧？唯有杜康！

-- 愿君每日到此一游！