MongoDB错误11000排查：已设unique:false仍触发重复键异常

你遇到的问题核心是MongoDB数据库中残留了旧的唯一索引——哪怕你已经在Schema里把reptile.name的unique设为false，数据库层面的索引并没有自动同步更新。

问题根源 #

MongoDB的索引是独立存储在数据库中的对象。如果你的Schema最初版本给reptile.name设置过unique: true，MongoDB会自动创建对应的唯一索引。之后你修改Schema把unique改成false，但MongoDB不会自动删除这个已存在的唯一索引，所以当你插入第二个拥有相同reptile.name的宠物时，就触发了11000重复键错误。

解决步骤 #

1. 检查当前集合的索引
   打开MongoDB Shell（或用MongoDB Compass可视化工具），切换到你的目标数据库，执行命令查看pet集合的所有索引：

   db.pets.getIndexes()
   

   你会找到类似这样的索引条目：

   {
     "v" : 2,
     "key" : { "reptile.name" : 1 },
     "name" : "reptile.name_1",
     "unique" : true
   }
   

   这就是导致报错的原因。

2. 删除旧的唯一索引
   执行以下命令删除这个冗余的唯一索引：

   // 两种方式任选其一
   db.pets.dropIndex("reptile.name_1")
   // 或者
   db.pets.dropIndex({"reptile.name": 1})
   

3. 验证并重新测试
   再次执行db.pets.getIndexes()确认该索引已被删除，然后重启你的Express服务，再尝试添加第二个宠物，应该就不会再触发11000错误了。

额外提示 #

以后修改Schema中的索引相关选项（比如unique、index）时，记得同步检查并更新数据库中的实际索引——Mongoose不会自动帮你删除旧索引。如果需要通过代码管理索引，可以考虑使用autoIndex选项，但生产环境建议手动管理索引更安全。

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