MongoDB中如何根据多个条件进行复杂的删除操作？

deleteMany() 是多条件删除的主力，remove() 自 MongoDB 4.0 起已被废弃；需用 $or、$ne 等操作符组合条件；删前务必 find() 验证；生产环境必须配置 writeConcern 和 collation。

deleteMany() 是多条件删除的主力，不是 remove()

从 MongoDB 4.0 开始，remove() 已被标记为废弃（deprecated），官方明确推荐用 deleteOne() 或 deleteMany() 替代。虽然旧版 shell 中 remove({filter}, {justOne: true}) 还能跑，但行为不稳定，尤其在带 hint 或 collation 时可能忽略参数。真实项目里别碰 remove() —— 它不支持现代写关注（writeConcern）和排序规则配置，出问题难排查。

多条件组合写法：对象内并列即“且”，嵌套操作符实现“或/非/范围”

filter 参数本质是 BSON 文档，字段并列就是逻辑“与”。想加“或”，得用 $or；想排除某些值，用 $ne 或 $nin；时间范围必须用 $lt/$gt 等操作符，不能直接写字符串比较。

• db.logs.deleteMany({ status: "error", level: "critical", createdAt: { $lt: ISODate("2025-01-01") } }) —— 三个字段同时满足
• db.users.deleteMany({ $or: [ { role: "guest" }, { lastLogin: { $lt: ISODate("2024-01-01") } } ] }) —— 满足任一即可
• db.orders.deleteMany({ state: { $in: ["canceled", "failed"] }, amount: { $lt: 10 } }) —— “state 在列表中” 且 “amount 小于 10”

删之前务必先 find() 验证，别信“应该就几条”

执行 deleteMany() 前，把 filter 完全复制过去跑一遍 find()，看实际匹配多少条、是不是你预期的那些文档。常见翻车点：

• 字段名拼错（比如写成 createAt 而不是 createdAt），结果删了 0 条还浑然不觉
• 时间字段类型不对：数据库存的是 Date，但条件里传了字符串 "2025-01-01"，MongoDB 不自动转换，匹配失败
• 数组字段误用等值匹配：想删 tags: ["spam"] 的文档，却写了 { tags: ["spam"] } —— 这要求数组完全相等；实际应改用 { tags: "spam" }（隐式 $in）或 { tags: { $eq: "spam" } }

生产环境必须加 writeConcern，避免“以为删了其实没落盘”

默认 w: 1 只写主节点，网络抖动或主节点宕机可能导致删除丢失。线上服务至少设 { writeConcern: { w: "majority" } }，确保多数副本确认才返回成功。顺手加个 collation: { locale: "en" } 可避免大小写或重音字符导致漏删（比如 status: "Inactive" 和 "inactive"）。

示例：db.events.deleteMany({ status: "archived", expired: true }, { writeConcern: { w: "majority" }, collation: { locale: "en" } })

真正危险的不是语法写错，而是没意识到 deleteMany 会真的、立刻、不可逆地抹掉所有匹配项——哪怕你只漏看了一个 $ 符号，或者忘了时区偏移，都可能清空半张表。