collMod 无法修改 validator，因其仅支持热更新索引等运行时元数据，validator 属结构定义层，动态替换会引发数据一致性风险，故引擎拒绝该操作并报“unrecognized field 'validator'”错误。
不能直接用 collMod 修改集合的 JSON Schema 验证规则（validator）——它只支持修改索引属性、TTL 过期时间、隐藏索引等，不支持更新 validator 或 validationLevel 等校验配置。
为什么 collMod 无法修改 validator
MongoDB 的 collMod 命令设计上仅允许变更运行时可热更新的集合元数据，比如索引可见性、TTL 时间、唯一性准备状态等。而集合级验证规则（validator）属于结构定义层，一旦集合已存在且含数据，MongoDB 不允许通过命令动态替换整个验证逻辑——这会引发潜在的数据一致性风险，引擎拒绝该操作。
尝试执行类似下面的命令会直接报错：
db.runCommand({
collMod: "users",
validator: { $jsonSchema: { bsonType: "object", required: ["email"] } }
})
返回错误：MongoServerError: unrecognized field 'validator' 或 'validator' is not a valid option for collMod。
替代方案：用 createCollection + renameCollection 替换集合
要真正更新验证规则，必须重建集合。核心思路是：新建一个带新 validator 的集合 → 迁移旧数据（带验证过滤）→ 原子重命名切换。这个过程需停写或加锁协调。
- 先确认当前验证配置：
db.users.getCollectionInfos({name: "users"})[0].options.validator - 创建新集合并指定新规则：
db.createCollection("users_new", { validator: { $jsonSchema: { ... } }, validationLevel: "strict", validationAction: "error" }) - 用
find().forEach()或insertMany迁移数据，注意捕获MongoServerError: Document failed validation并记录/跳过违规文档 - 原子切换：
db.users.renameCollection("users_old"); db.users_new.renameCollection("users") - 旧集合
users_old可留作备份，确认无误后再db.users_old.drop()
常见踩坑点：validator 更新后查询行为突变
验证规则不是只影响写入；启用 validationLevel: "strict" 后，所有插入/更新都强制校验，但读取不受影响。容易被忽略的是：
- 已有文档可能不满足新 schema ——
validate命令能查出，但不会自动修复：db.runCommand({ validate: "users", full: true }) - 如果旧数据含缺失字段或类型错误，迁移时会失败，必须预清洗或改用
validationLevel: "moderate"（仅校验新/修改文档） -
validationAction: "warn"不会阻断写入，但日志里不会显式提示——需查db.adminCommand({ getLog: "storage" })才能看到警告
真正需要动态调整校验逻辑的场景，建议把关键约束下沉到应用层或用变更流（Change Streams）做异步校验补偿，而不是依赖集合级 validator 的“热更新”——MongoDB 本身就没提供这条路。
