SQL Server大表查询未自动使用复合索引的原因及优化方法

为什么SQL Server不自动使用复合索引？ #

从提供的统计信息和执行计划来看，核心原因是查询优化器的成本估算偏差，具体如下：

1. 统计信息粒度不足：复合索引IX_Position_Resolution_DateTime的直方图仅针对前导列Resolution（仅0和15两个分组），没有DateTime列的分布细节。优化器无法准确判断Resolution=15的行中，符合DateTime >= '2021-01-01'的比例，错误预估符合条件的行数过多，认为回表（Key Lookup）的总成本高于全表扫描。
2. TOP子句的影响未被正确评估：虽然查询仅取前1000行，但优化器默认基于全量符合条件的行数估算成本，而非仅考虑TOP需要的少量数据。实际走索引只需定位到符合条件的起始位置后取1000条，回表成本极低，但优化器未识别到这个场景的低成本特性。

优化方案 #

1. 创建覆盖索引（推荐） #

将查询需要的所有字段加入索引的INCLUDE列表，避免回表操作，让索引成为覆盖索引。此时优化器会优先选择该索引，因为不需要额外的书签查找，成本远低于全表扫描。

CREATE NONCLUSTERED INDEX IX_Position_Resolution_DateTime_Covering
ON [Position] (Resolution, DateTime)
INCLUDE (Id, 列3, 列4, ...); -- 填入Position表中除Resolution、DateTime外的所有列

如果使用SELECT *，直接INCLUDE所有非索引键列即可，这样查询可以完全通过索引完成，无需访问基表。

2. 更新全量统计信息 #

当前统计信息的采样率仅约0.25%（766320/304830272），可能导致优化器的估算偏差。执行全量统计更新，让优化器获得更准确的数据分布：

UPDATE STATISTICS [Position] IX_Position_Resolution_DateTime WITH FULLSCAN;

3. EF Core中无需显式指定索引的解决方案 #

如果无法立即创建覆盖索引，可在EF Core中通过扩展方法局部指定索引，避免每次查询手动添加（EF Core 5+支持）：

var positions = dbContext.Position
    .Where(p => p.Resolution == 15 && p.DateTime >= new DateTime(2021, 1, 1))
    .Take(1000)
    .UseIndex("IX_Position_Resolution_DateTime")
    .ToList();

也可通过EF Core模型构建器或自定义查询拦截器，为常用查询全局配置索引提示。

4. 确认索引顺序合理性 #

你当前的(Resolution, DateTime)索引顺序是正确的：前导列用过滤选择性低的Resolution，可快速定位到所有Resolution=15的行，后续用范围查询列DateTime过滤，无需扫描无关的Resolution=0数据，无需调换列顺序。

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