MongoDB中两种C#驱动创建复合索引的方式是否有差异？

这两段C#驱动代码创建的是不同的复合索引，核心区别在于Name字段的排序方向，以下是具体说明：

1. 索引结构的本质差异 #

• 第一段代码通过Builders<Data>.IndexKeys.Combine组合两个升序规则，最终在MongoDB中创建的索引定义为：

  { "Id": 1, "Name": 1 }
  

  （1代表字段按升序排列）

• 第二段代码通过链式调用Ascending后接Descending，最终创建的索引定义为：

  { "Id": 1, "Name": -1 }
  

  （-1代表字段按降序排列）

2. 为什么测试中没发现差异？ #

你用Find().Explain()没看出区别，大概率是因为查询场景没有触发到排序方向的差异：

• 如果查询仅过滤Id字段（例如collection.Find(d => d.Id == 123)），两种索引都能被MongoDB高效匹配，执行计划只会显示使用了复合索引，不会体现Name的排序差异
• 只有当查询同时涉及Id过滤和Name排序时，两种索引的性能表现才会有区别：
  • 若查询是按Name升序排序，{Id:1, Name:1}的索引可以直接利用索引顺序返回结果，无需额外排序操作
  • 若用{Id:1, Name:-1}的索引处理升序排序查询，MongoDB需要额外反转结果顺序，在Explain()的执行计划中会出现SORT阶段

3. 验证索引差异的方法 #

• 直接在MongoDB Shell中执行命令查看完整索引信息：

  db.你的集合名称.getIndexes()
  

  查看每个索引的key字段，就能清晰看到Name字段的排序值是1还是-1
• 构造依赖Name排序的查询，再对比两种索引的执行计划：

  var query = collection.Find(d => d.Id == 123).Sort(d => d.Name);
  var explain = query.Explain();
  

  观察explain结果中的winningPlan部分，是否存在SORT阶段，以此区分两种索引的执行差异

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