$pullAll在MongoDB 6.0+中报错是因为该操作符已被官方彻底移除，不再识别；应改用$pull配合$in实现等效功能，如{ $pull: { tags: { $in: ["a", "b"] } } }。
为什么$pullAll在 MongoDB 6.0+ 里直接报错？
因为 $pullAll 从 MongoDB 6.0 开始被彻底移除，任何使用它的更新操作都会触发 CommandNotFound 或类似 Unrecognized pipeline stage name: '$pullAll' 的错误。这不是配置问题，也不是权限问题，是官方明确废弃的操作符。
$pull 配合 $in 是实际可行的替代方案
想删数组里多个指定值，得改用 $pull + $in 组合。它语义清晰、兼容所有版本（包括 6.0+），且行为稳定。
- 假设文档结构为
{ _id: 1, tags: ["a", "b", "c", "b"] }，要删掉所有"a"和"b" - 正确写法：
{ $pull: { tags: { $in: ["a", "b"] } } } - 注意：
$pull默认匹配并移除所有符合条件的元素（不是只删第一个），这点和$pullAll一致 - 如果数组里有对象，
$in仍可用，但必须传入**完全相同的对象字面量**（字段顺序、键名、类型都需一致）
删嵌套数组里的多个元素，$ 和 $[] 容易混淆
当目标数组在子文档里（比如 comments.replies），不能直接写 $pull: { "comments.replies": { $in: [...] } }——这只会匹配顶层字段。必须用定位操作符。
- 要删所有子文档中
replies数组里的指定项：用$pull: { "comments.$[].replies": { $in: [...] } } - 只想删第一个匹配子文档里的
replies：用$pull: { "comments.$.replies": { $in: [...] } }（需配合查询条件定位到具体子文档） -
$[]是全量定位，$是单点定位；用错会导致没删或删过头 - 不支持
$[identifier]这种带过滤的数组字段更新来配合$pull，目前只能靠两步：先查出目标子文档位置，再用$更新
性能和副作用：别忽略重复值和索引影响
$pull + $in 看似简单，但在大数据量或高频更新场景下有几个硬伤：
- 数组里有大量重复值时，
$pull会逐个扫描并移除，时间复杂度接近 O(n)，比单次$set慢得多 - 如果被操作的数组字段建了多键索引（
tags: 1），每次$pull都会触发索引项删除，可能引发写锁争用 - 操作不可原子回滚——删了一半失败，数组已部分变更，应用层需自行处理幂等或补偿
- 测试时用
find加$elemMatch验证逻辑是否匹配预期，比如{ tags: { $elemMatch: { $in: ["a","b"] } } }能查到哪些文档会被影响
真正麻烦的从来不是语法怎么写，而是删完之后数组长度突变导致下游聚合管道崩掉，或者前端渲染空列表却没报错——这些得在业务逻辑里提前兜住。
