mongodb 5.0 不支持集合级别聚合验证规则，仅支持基于 json schema 的文档级验证，validator 字段不支持 $lookup、$group 等聚合操作符，无法跨集合或执行聚合逻辑校验。
MongoDB 5.0 不支持集合级别聚合验证规则——它只支持基于 JSON Schema 的文档级验证（validator），且该验证在插入/更新时触发，无法执行聚合逻辑（如 $lookup、$group、跨集合检查等）。
你可能混淆了两个概念：
-
文档验证（document validation）：用
collMod+validator设置 JSON Schema，MongoDB 原生支持； - 聚合式业务规则校验（如“某订单的总金额必须等于其子项之和”）：这需要应用层或数据库触发器（MongoDB 不提供）来实现，5.0 完全不支持在服务端用聚合表达式做写入前验证。
为什么 validator 不能写聚合？
validator 字段只接受一个 匹配单个文档 的表达式，语法受限于 $jsonSchema 或轻量级表达式（如 {$gt: "$amount", $lt: 10000}）。它：
- ❌ 不支持管道操作符（$lookup、$facet、$unwind 等）
- ❌ 不能引用其他集合
- ❌ 不会自动展开数组字段做跨元素聚合比较（比如“所有 items.price 之和 ≤ total”需靠应用计算后传入）
- ❌ 验证失败时只返回通用错误 Document failed validation，不暴露具体哪条子规则不满足
替代方案：如何逼近“聚合验证效果”
若你真需要类似能力，只能组合使用以下手段，但每种都有明确边界：
- 用
db.collection.createIndex()建唯一复合索引防重复逻辑（例如{orderId: 1, itemId: 1}防止同一订单重复添加同 item） - 在应用写入前，先跑一次聚合查出依赖数据（如查出 order 的 items 总和），再比对
total字段——这是最可靠、最可控的方式 - 用 Change Streams 监听写入，异步触发校验逻辑并告警/修复（非阻塞，不保证原子性）
- 升级到 MongoDB 7.0+ 并启用 Atlas App Services（仅云服务），用 Realm 函数封装聚合校验逻辑——但这已脱离自管理部署范畴
实际配置 document validator 的注意事项
即使只是基础 JSON Schema 验证，MongoDB 5.0 也有几个易踩坑点：
-
collMod必须在admin数据库下执行，且连接用户需有collMod权限（不是readWrite就够） - 验证器开启后，默认行为是
strict模式：不匹配 schema 的文档直接拒绝写入；可用validationAction: "warn"降级为日志警告（仅 4.4+ 支持，5.0 可用） - 对已有集合加 validator 时，旧文档不会被扫描校验——除非你手动执行
db.collection.validate({full: true})，但它不修复，只报错 - 不要在 validator 里用
$expr引用其他字段做复杂比较（如{"$expr": {"$gt": [{"$sum": "$items.price"}, "$total"]}}），5.0 会静默忽略该条件，不报错也不生效
MongoDB 5.0 的验证机制本质是“结构守门员”，不是“业务逻辑引擎”。真正复杂的约束，得由应用自己算清楚再提交——这点容易被文档里模糊的“validation”字眼误导。
