SQL Server非聚集索引下两查询执行计划差异及效率对比咨询

嘿，我来帮你理清楚SQL Server非聚集索引的核心逻辑，以及怎么对比两个查询的执行计划和效率～

你之前了解到的“多一步操作”“存储部分数据副本”是个大概方向，咱们把细节掰碎了说：

• 非聚集索引的叶子节点，存储的是索引键值 + 定位基表数据的“指针”，不是整个表的副本：如果你的表有聚集索引（SQL Server默认建表会生成聚集索引，除非你指定建堆表），这个指针就是「聚集索引键」；如果是堆表，指针就是「RID（行标识符）」。
• 那“多一步操作”是什么？当你的查询需要的列，不全在非聚集索引里时，SQL Server会先通过非聚集索引找到符合条件的指针，再去基表（聚集索引或堆）里取剩余数据，这个过程叫Key Lookup（针对聚集索引表）或RID Lookup（针对堆表）。
• 什么时候能跳过这一步？如果查询需要的所有列，都包含在非聚集索引里（包括索引键和你额外指定的INCLUDE列），这就是覆盖索引，SQL Server直接从索引里拿数据，不用碰基表，效率会大幅提升。

在SSMS（SQL Server Management Studio）里就能直观分析：

1. 把两个查询都放进同一个查询窗口，点击「显示估计的执行计划」（快捷键Ctrl+L），或者开启「包括实际执行计划」（快捷键Ctrl+M）后运行查询。
2. 重点关注这几个核心点：
   • 运算符类型：有没有出现Key Lookup/RID Lookup？如果一个查询有、另一个没有，那没有Lookup的查询大概率更高效。
   • 读取量：每个运算符的「逻辑读取」「物理读取」数值，读取越少，说明IO开销越低。物理读取是从磁盘读，逻辑读取是从内存缓存读，两者都要关注。
   • 行数偏差：看「估计行数」和「实际行数」的差异，如果差得特别大，说明表的统计信息过期了，需要执行UPDATE STATISTICS 你的表名;来更新，否则SQL Server可能选不到最优执行计划。
   • 相对成本占比：执行计划里每个查询的百分比占比，占比小的通常资源消耗更低，但这只是估计值，要结合实际运行数据判断。

除了执行计划，还要看实际运行的硬指标：

• 实际执行时间：直接跑两个查询，看SSMS右下角显示的「查询执行时间」，实际跑出来的结果最直观。
• IO与CPU统计：在查询前加这两行代码，运行后看消息窗口的输出：

  SET STATISTICS IO ON;
  SET STATISTICS TIME ON;
  
  -- 第一个查询
  SELECT ... FROM ... WHERE ...;
  -- 第二个查询
  SELECT ... FROM ... WHERE ...;
  
  SET STATISTICS IO OFF;
  SET STATISTICS TIME OFF;
  

  重点看「逻辑读取数」「CPU时间」，数值越低，说明资源消耗越少、效率越高。

假设你有个Orders表，聚集索引在OrderID上，非聚集索引建在CustomerID上：

• 查询1：SELECT OrderID, CustomerID FROM Orders WHERE CustomerID = 123;
  这个查询需要的列都在非聚集索引里（CustomerID是索引键，OrderID是聚集索引键），属于覆盖索引扫描，没有Lookup，直接返回数据。
• 查询2：SELECT * FROM Orders WHERE CustomerID = 123;
  这个查询需要所有列，非聚集索引里只有CustomerID和OrderID，所以SQL Server会先查非聚集索引找到符合条件的OrderID，再通过Key Lookup去聚集索引里拿其他列，多了一步开销，效率比查询1低。

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