已删除Model中photo字段仍触发MongoDB E11000重复键错误的排查与解决咨询

这个问题我碰到过好多次了，根源其实不是缓存——而是你虽然删了Mongoose模型里的photo字段，也清空了集合文档，但MongoDB集合上的残留唯一索引还在搞事情！

问题本质 #

当你曾经在Mongoose模型里给photo字段设置过唯一约束后，MongoDB会在invent.users集合上创建一个名为photo_1的唯一索引。哪怕你后来从模型里删掉了这个字段，也清空了集合里的所有文档，这个索引依然会留在集合的元数据里。

因为新创建的用户没有photo字段，MongoDB会把它的默认值视为null，而唯一索引会把所有null值当成重复项——所以你只能创建第一个用户（它的photo是null），第二个用户再创建时就触发了重复键错误。

解决方案步骤 #

1. 确认残留索引的存在
   打开MongoDB Shell，先切换到你的数据库：

   use invent
   

   然后查看users集合的所有索引：

   db.users.getIndexes()
   

   你会在输出里看到一条包含"name": "photo_1"和"unique": true的索引记录，这就是我们要处理的目标。

2. 删除残留的唯一索引
   执行以下命令删除这个索引（两种方式都可以）：

   # 方式1：通过索引名称删除
   db.users.dropIndex("photo_1")
   
   # 方式2：通过字段定义删除
   db.users.dropIndex({ photo: 1 })
   

3. 验证索引已删除
   再次执行db.users.getIndexes()，确认photo_1这条索引已经从列表中消失。

做完这几步后，你再创建多个用户就不会再碰到E11000错误了。

补充说明 #

• 为什么清空集合没用？因为索引属于集合的元数据，和集合里的文档是分开存储的，清空文档不会自动删除索引。
• Mongoose确实不会缓存索引，但它只会在模型初始化时（当autoIndex设为true时）创建模型里定义的索引，不会主动删除模型里已不存在的字段对应的旧索引——这也是为什么你改了模型但问题依旧的原因。

内容的提问来源于stack exchange，提问作者Rachael O'James