Spring MongoDB三种查询写法对a、b复合索引的命中情况及性能差异咨询

前提说明 #

已知数据库已创建(a, b)顺序的复合索引，以下是三种查询写法的分析：

// 写法1
Query q = new Query();
query.addCriteria(Criteria.where("a").is("val")); 
query.addCriteria(Criteria.where("b").is("val2"));

// 写法2
query.addCriteria(Criteria.where("a").is("val").andOperator(Criteria.where("b").is("val2")));

// 写法3
query.addCriteria(Criteria.where("a").is("val").and("b").is("val2"));

一、索引命中与性能对比 #

• 索引命中结论：三种写法均可命中(a,b)复合索引，都符合MongoDB复合索引的最左匹配原则。
• 性能表现：三种写法性能差异极小，常规业务场景完全感知不到区别。只有在极复杂的多条件查询场景下，写法2的andOperator会产生极微弱的额外解析开销，可忽略不计。
• 最优选择：优先选写法3，动态拼接条件场景优先选写法1，非必要不使用写法2。

二、写法2与写法3的核心差异 #

两种写法的本质区别是生成的MongoDB原生查询结构不同：

• 写法3生成的是顶层并列的查询条件，结构为 {a:"val", b:"val2"}，是最原生的多字段等值匹配结构，没有额外的运算符嵌套，解析效率最高。
• 写法2显式调用了MongoDB的$and逻辑运算符，生成的查询结构为{a:"val", $and: [{b:"val2"}]}。虽然只有两个等值条件时MongoDB查询优化器会自动将其优化为和写法3一致的执行计划，但andOperator本身的设计目的是处理特殊复杂场景：比如同一个字段需要匹配多个条件（如a大于1且a小于10）、或者需要和$or/$nor等逻辑运算符嵌套使用的场景，普通等值匹配场景使用属于冗余写法。

三、相关最佳实践 #

• 复合索引使用遵守最左匹配原则即可，查询条件的字段顺序不需要和索引顺序完全一致，MongoDB查询优化器会自动调整条件顺序适配索引。
• 常规多字段等值匹配场景优先用and()直接拼接条件（写法3），语法简洁，生成的查询结构最干净。
• 动态拼接查询条件的场景（比如根据前端传参决定是否添加某个筛选条件）优先用写法1，代码扩展性更好，不需要把所有条件写在同一行。
• 仅在以下场景使用andOperator：
  • 同一个字段需要匹配多个互斥的条件规则，比如同时满足a>1和a<10
  • 需要和$or/$nor等逻辑运算符嵌套组合复杂查询逻辑
• 不确定索引是否命中时，可以通过query.toString()打印Spring Data MongoDB生成的原生查询语句，也可以在MongoDB端执行db.collection.find(xxx).explain("executionStats")查看执行计划，确认索引是否生效。

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