Express.js未设Schema unique却报MongoDB E11000重复键错误解法

这个E11000重复键报错和你当前贴出的Schema定义无关，是MongoDB集合中残留了历史创建的description字段唯一索引导致的。
最常见的触发场景是：你之前调试代码时，曾经给NotesSchema的description字段加过unique: true配置，当时Mongoose在模型初始化时自动在notes集合上创建了名为description_1的唯一索引。后续你删掉了Schema里的unique配置，但MongoDB不会自动删除已经存在的索引，因此插入重复description值时依然会触发唯一约束报错。
这里要明确一个Mongoose的行为逻辑：Mongoose只会在应用启动、模型首次加载时，根据Schema配置创建缺失的索引，永远不会自动删除集合中已经存在的索引。

1. 删除残留的无效唯一索引
   连接到你的MongoDB实例（可以用Mongo Shell、MongoDB Compass等可视化工具操作），执行以下命令删除残留索引：

   // 切换到报错对应的test数据库
   use test
   // 删除description字段的残留唯一索引
   db.notes.dropIndex("description_1")
   

   如果用可视化工具，直接找到notes集合的索引列表，定位到名称为description_1、绑定字段为description的唯一索引，手动删除即可。
2. 修正代码里的异步逻辑问题
   你当前调用note.save()没有处理异步返回，建议改成异步写法配合错误捕获，避免出现未捕获的异步异常、执行顺序不符合预期的问题：

   try {
     const { title, description, tag } = req.body;
     const note = new Notes({
       title,
       description,
       tag,
       user: req.user.id,
     });
     const savedNote = await note.save();
     // 后续返回响应的逻辑
   } catch (error) {
     // 错误处理逻辑
     res.status(500).json({ error: error.message })
   }
   

3. 重启你的Node服务，重新执行创建笔记的操作即可正常插入数据。

额外提示：开发环境频繁调整Schema字段约束时，可以保持Mongoose默认的autoIndex: true配置自动同步Schema定义的索引，但生产环境建议关闭该配置提升性能，所有索引变更手动操作避免误改。

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