为何Mongoose的findById()不增加Mongo的_id_索引使用量？

我有一个集合，后端基于NestJS开发，每天通过Mongoose的findById()方法以_id属性直接查询数千次记录。但查看MongoDB Atlas M10实例（通过Compass/Atlas GUI的「索引」标签页）自动创建的_id_索引使用量时，过去约两周仅显示60次，远低于预期。

个人测试发现：触发findById()调用的前端流程不会增加索引使用量，但在Compass GUI中执行{ _id: UUID("<uuid>") }格式的查询却会正常提升索引使用量。

我需要明确以下问题：

• 为何findById()调用不增加索引使用量？
• 如果未利用索引，这类查询采用的是什么机制？
• 是否可能因Schema配置错误导致通过_id查询时执行集合扫描？

已排除的解释 #

• 技术栈中无缓存层（除数据库自动缓存外）拦截请求
• 曾怀疑_id_索引仅用于保证唯一性不用于查询，但实际Compass提交的查询会使用它，且实例中其他集合的_id_索引使用量更高

核心排查方向与解答 #

1. Schema的_id类型不匹配（最可能原因） #

如果Schema中_id字段定义的类型与数据库实际存储的_id类型不一致，Mongoose会自动转换查询条件，导致MongoDB无法匹配_id_索引：

• 例如数据库存储的是UUID二进制类型，但Schema里_id定义为String，Mongoose会把查询参数转成字符串，而MongoDB需要匹配二进制UUID，此时查询会触发全集合扫描，不会使用索引。
• 检查Schema定义：若使用UUID，需明确指定类型：

  _id: { type: mongoose.Types.UUID, default: () => new mongoose.Types.UUID() }
  

2. findById()的隐式类型转换问题 #

findById()会自动将传入参数转换为Schema定义的_id类型，但如果转换后的类型与数据库存储类型不兼容，MongoDB无法使用索引：

• 比如传入字符串格式的UUID，但数据库存储的是二进制UUID，且Schema未正确配置UUID类型，Mongoose会直接用字符串匹配二进制数据，导致索引失效。

3. 索引统计的显示延迟或误差 #

Atlas/Compass的索引使用量统计并非实时更新，但两周的差距基本可以排除这个因素。可通过Mongo Shell执行以下命令验证查询是否真的使用索引：

db.yourCollection.explain("executionStats").find({_id: <你的查询ID>})

• 若executionStats.totalDocsExamined值为1，说明使用了索引；
• 若值大于1，说明是全集合扫描。

4. Mongoose/NestJS的内部封装问题 #

虽然排除了外部缓存，但需确认findById()请求是否真的发送到数据库：

• 在后端日志中打印查询执行时间，或开启MongoDB查询日志，验证请求到达情况；
• 尝试将findById(id)替换为findOne({_id: id})并添加.explain()，查看Mongoose生成的查询条件是否正确。

内容的提问来源于Stack Exchange，提问作者Evan Kleiner