调用GET接口初始化产品数据报E11000重复键错误无法解决

你遇到的E11000错误是由products集合残留的product_id唯一索引导致的，具体原因和解决方案如下： #

错误根因 #

1. 你之前在定义Product Schema时，给product_id字段设置了unique: true的唯一约束，MongoDB会自动为该字段创建名为product_id_1的唯一索引。
2. 你预设的data.products数组里的所有产品对象都没有传入product_id字段，插入数据库时该字段值会默认为null。唯一索引要求字段值全局唯一，仅允许存在一条product_id: null的记录，插入第二条时就会触发重复键报错。
3. 你调用deleteMany删除的只是集合内的文档数据，已经创建的索引不会被自动删除，所以即使清空数据再插入依然会报错。

另外你的控制器删除写法存在问题：await Product.deleteMany({}).remove({})属于冗余且不符合规范的写法，Mongoose中deleteMany本身就是批量删除方法，remove已被废弃，无需链式调用。 #

解决步骤 #

• 步骤1：清理冗余索引
  任选一种方式删除残留的product_id_1唯一索引：
  • 进入MongoDB Shell，执行命令：db.products.dropIndex("product_id_1")
  • 如果你使用MongoDB Compass可视化工具，直接在products集合的索引页面对应索引项点击删除即可。
• 步骤2：根据业务需求调整Schema
  • 如果你确实需要product_id作为唯一标识：给data.products里的每个产品对象添加不重复的product_id字段值，同时保留Schema中product_id的unique: true配置。
  • 如果你不需要product_id字段：直接删除Product Schema中product_id相关的配置，避免后续再次自动创建该索引。
  • 如果product_id是可选字段，仅当字段存在时要求唯一：将Schema中product_id的索引配置改为unique: true, sparse: true，稀疏索引会忽略值为null的文档，不会触发null值重复报错。
• 步骤3：修正控制器删除逻辑
  将控制器中的删除代码替换为：

  await Product.deleteMany({})
  

修改完成后重新调用接口即可正常批量插入产品数据。

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