如何配置MongoDB集合，禁止记录创建后修改指定字段？

当然可以搞定这个需求！针对你给出的UserSchema，这里有几个实用的方案来锁定特定字段，防止被篡改：

方案1：用Mongoose自带的immutable属性（最简单） #

这是最直接的实现方式，Mongoose原生支持给字段标记immutable: true，一旦文档创建完成，这个字段就再也无法通过Mongoose的更新操作修改了。比如你想锁定username字段，只需要修改你的Schema：

const UserSchema = new Schema({
  firstName: { type: String, required: true },
  lastName: { type: String, required: true },
  email: { type: String, required: true },
  passwordDigest: { type: String, required: true },
  username: { type: String, required: true, immutable: true }, // 添加上immutable标记
  isAdmin: { type: Boolean, default: false, required: true }
});

⚠️ 注意：这个限制只在通过Mongoose操作时生效，如果有人直接用MongoDB原生驱动、Mongo Shell或者其他绕开Mongoose的方式修改，这个保护会失效。所以如果需要更严格的防护，得配合下面的方案。

方案2：数据库级触发器（最安全，彻底拦截修改） #

如果要从数据库层面彻底阻止修改，你可以用MongoDB的数据库触发器（或者Change Streams自定义逻辑），监听集合的更新操作，一旦检测到有人试图修改受保护字段，直接拒绝该操作。

比如针对users集合，你可以创建一个触发器，逻辑大致如下：

exports = function(changeEvent) {
  // 要保护的字段名
  const protectedField = 'username';
  // 获取本次更新涉及的字段列表
  const updatedFields = Object.keys(changeEvent.updateDescription.updatedFields);
  
  // 如果更新了受保护字段，直接抛出错误终止操作
  if (updatedFields.includes(protectedField)) {
    throw new Error(`禁止修改受保护字段：${protectedField}`);
  }
};

这个方案是从数据库底层拦截，哪怕绕过应用层直接操作数据库也没用，安全性拉满。

方案3：Mongoose中间件拦截更新（灵活可控） #

你可以给Schema添加pre钩子，在更新操作执行前检查是否有人试图修改受保护字段，如果有就移除该字段的更新指令，或者直接抛出错误。

比如针对findOneAndUpdate和updateOne操作添加钩子：

// 拦截findOneAndUpdate操作
UserSchema.pre('findOneAndUpdate', function(next) {
  const protectedField = 'username';
  // 检查$set里是否包含受保护字段
  if (this._update.$set && this._update.$set[protectedField]) {
    // 可选：直接删除该字段的更新指令，静默忽略修改
    delete this._update.$set[protectedField];
    // 或者抛出错误，明确拒绝修改：
    // next(new Error(`不允许修改${protectedField}字段`));
  }
  next();
});

// 同样拦截updateOne操作
UserSchema.pre('updateOne', function(next) {
  const protectedField = 'username';
  if (this._update.$set && this._update.$set[protectedField]) {
    delete this._update.$set[protectedField];
  }
  next();
});

这个方案在应用层拦截，适合需要灵活控制逻辑的场景，比如可以根据当前用户权限决定是否允许修改（不过你提到的是有人获得数据库访问权限，所以这个方案更适合配合其他防护一起用）。

额外建议 #

如果要保护的是isAdmin这种权限敏感字段，除了上述技术方案，还可以：

• 给数据库账号做权限细分，比如普通数据库账号没有update权限，只有特定账号能执行更新
• 结合多种方案使用，比如immutable属性+数据库触发器，双重保障，降低被篡改的风险

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