SQL Server中的复合索引与覆盖索引选型咨询：针对特定查询的索引创建决策

咱们先拆解你的需求：你要从表中筛选出col1=2且col2=7的行，只返回ID列。接下来逐个分析你提到的两个索引选项，再给出适配你查询的最优方案：

1. 你提到的复合索引 IDX_Composite #

你定义的索引语句是：

CREATE NONCLUSTERED INDEX IDX_Composite ON table (ID, col1, col2)

这个索引的键列顺序是ID在前，col1和col2在后。但你的查询并没有用ID做过滤条件，而是依赖col1和col2筛选行。数据库的非聚集索引是按键列顺序排序的，所以这个索引是按ID排列的，无法快速定位符合col1=2和col2=7的行——数据库只能扫描整个索引去检查每一行的col1、col2值，效率极低，对这个查询几乎没帮助。

2. 你提到的覆盖索引 IDX_Covering #

你定义的索引语句是：

CREATE NONCLUSTERED INDEX IDX_Covering ON table (ID) INCLUDED (col1, col2)

这个索引的键列是ID，col1和col2是包含列。同样的问题：索引按ID排序，而你的查询过滤条件是col1和col2，数据库还是只能全扫描整个索引来匹配条件，没法利用索引的排序特性加速过滤，所以这个索引也不是合适的选择。

最优的索引方案 #

针对你的查询，正确的思路是把过滤条件列作为索引的键列，这样数据库能利用索引的排序快速定位目标行，具体分两种场景：

场景A：如果ID是表的聚集索引键（比如ID是主键且默认创建了聚集索引） #

此时非聚集索引会自动包含聚集索引键（也就是ID），只需要创建以下复合索引就能完全覆盖你的查询：

CREATE NONCLUSTERED INDEX IDX_Col1_Col2 ON table (col1, col2)

数据库可以通过这个索引快速找到col1=2且col2=7的行，并且直接从索引中获取ID值，不需要回表查询原数据。

场景B：如果ID不是聚集索引键 #

你需要把ID作为包含列添加到索引中（推荐用包含列，因为包含列不会影响索引排序，能减小索引体积）：

CREATE NONCLUSTERED INDEX IDX_Col1_Col2 ON table (col1, col2) INCLUDE (ID)

这样索引既能快速过滤col1和col2的条件，又能直接返回ID，实现覆盖查询，避免回表开销。

总结：你提到的两个索引都不适配你的查询，最优选择是创建以col1和col2为键列的复合索引（根据ID是否为聚集索引决定是否包含ID）。

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