Mongoose报E11000重复键错误但username字段未设置unique约束问题

根因分析 #

你曾经在开发过程中为username字段设置过unique: true属性，Mongoose会自动在MongoDB的users集合中创建对应的唯一索引。后续修改Schema将unique改为false后，MongoDB中已经生成的旧唯一索引不会自动删除，因此修改用户名时只要出现重复值就会触发E11000错误，和你当前Schema的配置没有关系。

解决步骤 #

1. 验证旧索引存在
   打开MongoDB Shell，切换到ShardDB数据库，执行以下命令查看当前集合的所有索引：

db.users.getIndexes()

如果返回结果中存在key: { username: 1 }且unique: true的索引项，即可确认问题根因。

2. 删除冗余的唯一索引
   在MongoDB Shell中执行以下命令删除username字段的唯一索引：

db.users.dropIndex("username_1")

执行成功后即可解除username字段的唯一约束，不会再触发对应重复键报错。

3. 避免后续出现同类问题
   生产环境建议关闭Mongoose的自动索引创建功能，避免开发过程中修改Schema生成多余索引：

• 连接MongoDB时添加配置：

mongoose.connect(process.env.MONGO_URI, {
  autoIndex: false
})

• 也可以在单个Schema中单独配置关闭：

const userSchema = new Schema({
  // 原有字段定义
}, {
  autoIndex: false
})

代码优化建议 #

你当前的登录逻辑可以直接用findOneAndUpdate的upsert能力简化，无需手动判断用户是否存在，代码更简洁且减少数据库请求次数，参考实现如下：

app.post("/login-test", async (req, res) => {
  try {
    // 替换为从Discord授权接口获取的最新用户信息
    const latestUserInfo = {
      userId: req.body.uid,
      username: req.body.username,
      discrim: req.body.discrim,
      email: req.body.email,
      avatar: req.body.avatar,
      banned: false,
      type: "user"
    }
    const user = await User.findOneAndUpdate(
      { userId: req.body.uid },
      { $set: latestUserInfo },
      { new: true, upsert: true, runValidators: true }
    )
    res.json(user)
  } catch (err) {
    console.error(err)
    res.status(500).json(err)
  }
})

注意你当前的测试代码中更新逻辑没有包含username字段，需要补充后才能同步用户修改后的Discord用户名。

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