已创建索引但MongoDB查询仍缓慢，寻求优化方案

安全阿岳

2026-8-10

MongoDB查询性能优化建议

改用文本索引查询替代正则匹配
你已为text字段创建了文本索引，但当前代码用的$regex模糊匹配完全没利用到文本索引的优势。带i修饰符的正则查询会触发全表扫描（即使有普通索引也可能失效），5000条数据量下也会导致超时。换成文本索引的原生查询语法：
```
SearchResults.find({ $text: { $search: query } })
  .sort( { rank: "desc" } )
  .limit(10)
  .lean().exec(function(error, results){
    ...
  });
```
文本索引默认支持分词、大小写不敏感，查询效率远高于正则。
创建复合索引优化排序+查询流程
单独的文本索引和rank索引无法同时被利用，MongoDB会先执行文本匹配，再在结果集里做内存排序，这是耗时的关键。建议创建复合文本索引：
```
// 在MongoDB Shell中执行
db.searchresults.createIndex({ text: "text", rank: -1 })
```
这个复合索引能让MongoDB直接在索引层完成文本匹配+排序操作，无需额外内存排序，大幅提升查询速度。
若必须用正则，限制匹配规则
如果业务场景必须用正则（比如前缀/后缀匹配），不要用无边界的new RegExp(query, 'i')，改成前缀匹配（如new RegExp('^' + query, 'i')），这样普通单字段索引就能生效。但优先推荐文本索引方案。
验证索引是否生效
用explain()分析查询计划，确认索引是否被正确使用：
```
SearchResults.find({ $text: { $search: query } })
  .sort( { rank: "desc" } )
  .limit(10)
  .explain()
```
查看结果中的executionStats和winningPlan，若stage为TEXT或IXSCAN说明索引生效；若为COLLSCAN则是全表扫描，需检查索引创建是否正确。