MongoDB中使用多个$set进行更新是否存在性能问题？

原始文档 #

{
    "_id": "1",
    "a": 1,
    "b": 2,
    "c": 3,
    "d": 4
}

两种更新方式 #

方式1：单个$set批量更新 #

db.collection.update({"_id": "1"}, {
        "$set": {
            "a": 100,
            "b": 200,
            "c": 300,
            "d": 400
        }
    })

方式2：多$set阶段更新 #

db.collection.update({"_id": "1"}, [
        {
            "$set": { "a": 100 }
        },
        {
            "$set": { "b": 200 }
        },
        {
            "$set": { "c": 300 }
        },
        {
            "$set": { "d": 400 }
        }
    ])

性能问题分析 #

多$set的阶段更新方式确实存在性能损耗，核心原因是：

• 执行流程冗余：单个$set是一次性完成所有字段的更新操作，而数组形式的多$set会让MongoDB逐个执行每个更新阶段，每个阶段都要重复处理文档的读取、修改、写入逻辑，额外增加了内部处理的步骤开销。
• 资源占用更高：多阶段更新会消耗更多内存和CPU资源，当批量更新大量文档时，这种性能差异会被放大，更新速度会明显慢于单个$set的方式。

适用场景 #

虽然性能有损耗，但在以下场景可以考虑使用这种方式：

• 存在更新依赖：如果某个字段的更新值需要依赖前一个$set修改后的字段结果（比如先更新a，再用新的a值计算b），单个$set无法实现这种逻辑，必须用多阶段更新。
• 复杂条件分支更新：当不同字段的更新需要满足不同的条件判断（结合$cond等操作符），多$set的数组形式能更清晰地拆分逻辑，在性能不是核心瓶颈的前提下，这种写法的可读性和可维护性更高。

总结 #

如果只是单纯更新多个独立字段，优先选择单个$set的方式；只有当更新逻辑存在依赖关系或复杂分支时，再考虑使用多$set的阶段更新，同时需要根据数据量和性能要求评估是否可行。

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