MongoDB查询全量_id时使用COLLSCAN而非默认_id索引的问题咨询

我来帮你拆解这个问题。首先，你执行的db.coll.find({}, { _id: 1})理论上应该可以利用默认的_id索引（这是个覆盖索引，索引本身就包含了你需要的所有数据），但MongoDB的查询优化器却选择了全集合扫描（COLLSCAN），核心原因通常是优化器的成本估算逻辑。

当你的查询需要返回集合中几乎所有文档的_id时（比如你这里返回了54万+条），MongoDB的优化器可能会认为：直接顺序扫描整个集合读取每个文档的_id，比遍历_id索引再提取值的成本更低。但这个估算不一定总是准确的——毕竟_id索引的体积远小于整个集合，实际走索引的IO开销往往更小。

解决方法：强制使用索引 #

你可以用hint()方法指定MongoDB必须使用_id索引，这样就能避免全表扫描了：

db.coll.find({}, { _id: 1 }).hint({ _id: 1 })

验证效果 #

你可以用explain("executionStats")对比两种方式的性能差异，确认强制索引是否更高效：

// 查看原查询的执行统计
db.coll.find({}, { _id: 1 }).explain("executionStats")

// 查看强制索引后的执行统计
db.coll.find({}, { _id: 1 }).hint({ _id: 1 }).explain("executionStats")

重点对比executionTimeMillis（执行时间）、totalKeysExamined和totalDocsExamined这几个指标——强制走索引后，totalDocsExamined应该会变成0（因为是覆盖索引，不需要读取文档本体），执行时间也会明显缩短。

额外检查 #

如果强制索引后还是没生效，先确认集合的_id索引是否存在：

db.coll.getIndexes()

正常情况下，结果里应该包含一条{ "v" : 2, "key" : { "_id" : 1 }, "name" : "_id_" }的索引记录。

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