Spring Boot中MongoTemplate查询MongoDB耗时长如何优化

你当前的实现存在两个核心问题，是导致查询耗时异常高的主要原因：

• 查询逻辑错误：将abcId和xyzId拆分为两个独立的in条件，会匹配两个id列表的笛卡尔积结果，不仅会查出大量不符合业务预期的脏数据，还会大幅放大MongoDB的扫描文档数量
• 缺失对应索引：2000条结果查询耗时达到十秒级，基本可以确定查询走了全表扫描（COLLSCAN），没有命中合适的索引

具体优化步骤 #

1. 修正查询匹配逻辑 #

不要拆分id对做独立in匹配，改为按业务要求的(abcId, xyzId)组合做精准匹配，避免无效数据扫描：

Query query = new Query();
// 构造每一组id对的匹配条件
List<Criteria> idPairCriterias = searchRequest.getabcxyzIds().stream()
        .map(request -> Criteria.where(ObjectEntity.ABC_ID).is(request.getAbcId())
                .and(ObjectEntity.XYZ_ID).is(request.getXyzId()))
        .toList();

// 拼接最终查询条件：先匹配practiceId，再匹配任意一组合法id对
query.addCriteria(
        Criteria.where(ObjectEntity.PRACTICE_ID).is(practiceId)
                .orOperator(idPairCriterias.toArray(new Criteria[0]))
);

// 可选优化：如果不需要返回全量字段，只指定业务需要的字段，减少序列化和网络传输开销
// query.fields().include(
//         ObjectEntity.PRACTICE_ID,
//         ObjectEntity.ABC_ID,
//         ObjectEntity.XYZ_ID
//         // 追加其他业务需要的字段
// );

return executeAndLogPerformance("methodname",
        () -> mongoTemplate.find(query, ObjectEntity.class));

如果单次查询传入的id对数量超过1000组，建议将id对临时写入临时集合，用$lookup做关联查询，避免长$or条件带来的解析开销。

2. 创建匹配查询模式的联合索引 #

这是性能提升的核心手段，在ObjectEntity对应的集合上创建联合索引，等值匹配字段放在索引最前列：

// Mongo Shell执行创建索引，或在Spring Boot中通过注解/索引初始化配置创建
db.your_collection_name.createIndex({
    practice_id: 1,
    abc_id: 1,
    xyz_id: 1
})

索引创建完成后，可以通过query.withHint()强制指定索引，或通过explain命令确认执行计划为IXSCAN（索引扫描），而非全表扫描。

3. 额外调优点 #

• 避免查询文档中体积较大的无用字段，比如存储的长文本、二进制内容等，能大幅降低IO和序列化耗时
• 如果单次查询返回结果量超过1万条，建议用MongoTemplate的stream游标分批拉取，避免一次性加载全量数据导致的内存和GC压力

按照以上方案优化后，2000条匹配数据的查询耗时通常会降到几十毫秒级别，不会出现十秒级的慢查询。

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