SQL覆盖索引工作原理探究：为何无需聚集索引查找？

嘿，这个问题问得特别戳中要害——很多刚琢磨覆盖索引的朋友都会掉进这个认知误区，我来给你拆解清楚：

首先得纠正一个关键误解：非聚集索引的叶级页并不是完全不存储业务数据的，它的内容完全由你的索引定义决定：

• 普通非聚集索引：叶级只存索引键值 + 聚集索引键（如果表有聚集索引）或者行标识符（RID，堆表场景）。这时候如果查询需要的列不在索引键里，就必须通过Lookup运算符去聚集索引/堆表中获取剩余数据。
• 覆盖索引：当你创建非聚集索引时，要么把查询需要的所有列都设为索引键，要么用INCLUDE子句把非键列添加进去，这时候非聚集索引的叶级页就包含了查询需要的全部数据——相当于把查询要的所有字段都提前存在索引里了，SQL Server自然没必要再去查聚集索引或者堆表。

举个接地气的例子：
假设你有个Users表，聚集索引建在UserId上，现在要执行查询：

SELECT UserName, Email FROM Users WHERE UserId > 100;

• 如果你的非聚集索引只定义在UserId上，那索引叶级只有UserId（因为聚集索引键就是它），要拿UserName和Email就必须走Key Lookup去查聚集索引。
• 但如果你建的是覆盖索引：

CREATE NONCLUSTERED INDEX IX_Users_UserId_Covering ON Users(UserId) INCLUDE(UserName, Email);

这个索引的叶级页里直接包含UserId、UserName、Email三个字段——查询需要的所有数据都在这了，SQL Server只需要通过Index Seek(Nonclustered)就能拿到结果，完全不需要Lookup。

哪怕是堆表（没有聚集索引的表），覆盖索引的叶级也会存储RID + 所有需要的列，同样不需要额外的Lookup操作。

回到你的疑问：你的理解错在默认认为非聚集索引不管怎样都只存键，但覆盖索引通过INCLUDE或者扩展索引键的方式，把查询依赖的所有列都放到了非聚集索引的叶级，所以根本不需要再去其他地方检索数据。

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