MongoDB：移除字段与设为null哪种更优？及文档存储位置疑问

嘿，这两个问题都是MongoDB日常开发里经常纠结的点，我来给你唠明白：

一、移除字段（$unset）和设为null（$set: {field: null}）哪个更优？ #

没有绝对的“最优”，得结合你的业务场景和需求来选，咱们从几个核心维度对比：

1. 存储空间 #

• 移除字段：直接删掉字段，能减少文档的整体大小，尤其是当字段值是大对象（比如数组、嵌套文档）时，节省空间的效果很明显。
• 设为null：字段依然存在，只是值为null，会占用少量存储空间（主要是字段名的存储开销），对于小字段来说差异不大，但大量文档累积起来也会有影响。

2. 业务语义 #

• 移除字段：更适合表示“这个字段不再需要”或者“该数据从未存在过”的场景，比如用户取消了某个功能的订阅，对应的配置字段可以删掉。
• 设为null：更适合明确表示“这个字段应该存在，但当前没有有效值”的场景，比如用户还没填写个人简介，用null来标记“未填写”比直接删掉字段更清晰，业务逻辑上不容易混淆。

3. 查询与索引 #

• 查询逻辑：查询null值可以直接用db.collection.find({field: null})，但这个查询会同时匹配“字段为null”和“字段不存在”的文档；如果只想匹配字段不存在的，得用db.collection.find({field: {$exists: false}})，逻辑更复杂一点。
• 索引影响：null值会被包含在普通索引里（除非你用了稀疏索引sparse: true），而不存在的字段不会被索引。如果你的查询经常涉及这个字段，设为null能让索引更高效；如果这个字段很少被查询，移除字段能减小索引的体积。

4. 后续兼容性 #

• 如果后续业务可能需要恢复这个字段的默认值或其他数据，设为null的方式更友好，因为字段结构还在，不会出现“字段不存在”的异常；移除字段的话，后续要重新加字段时，需要考虑历史文档的兼容逻辑。

二、MongoDB文档的保存流程：原位置还是新位置？ #

MongoDB的文档存储位置取决于更新后文档的大小是否超过原文档预留的空间，具体逻辑是这样的：

1. 插入文档时的预分配空间
   当你插入新文档时，MongoDB会根据文档大小自动预留一部分额外空间（也就是所谓的“padding factor”），用来应对后续的更新操作。预留的空间大小和文档的更新频率、大小变化有关。

2. 更新时的存储逻辑

   • 如果更新后的文档大小 ≤ 原文档的预留空间（包括原文档大小+预分配的padding），那么MongoDB会直接在原磁盘位置修改文档，这就是“原地更新”，性能很高。
   • 如果更新后的文档大小 > 预留空间，MongoDB会在磁盘上找一块新的足够大的空间，把更新后的文档写进去，然后把原位置的空间标记为“空闲”（后续会被复用），这就是“文档移动”。

   注意：不管你用的是$unset还是$set: {field: null}，本质都是更新操作，触发的存储逻辑是一样的——比如如果$unset让文档变小了，肯定是原地更新；如果$set: null只是把大值换成null，文档变小，也是原地更新；反之如果是把null换成大值，可能触发移动。

3. 特殊情况
   对于分片集群或者使用WiredTiger存储引擎的情况，底层的存储细节会有一些优化，但核心的“原地更新vs移动”逻辑是一致的。

内容的提问来源于stack exchange，提问作者zeus