SQL Server中非聚集索引为何比带WHERE子句的查询逻辑读取更少？

首先明确两个场景的本质差异：

• 无索引的WHERE查询：数据库只能执行全表扫描（或聚集索引扫描），需要遍历表中所有数据页，逐行判断是否符合筛选条件，逻辑读取量等于整个表的数据页总数，自然很高。
• 非聚集索引查询：依托特殊的存储结构实现快速定位，完全不需要扫描全表。

非聚集索引的底层结构：有序B+树 #

非聚集索引本质是一棵排序后的B+树，结构分为三层：

• 根节点：存储索引列的范围值，用于快速定位子节点
• 中间节点：进一步细化索引列的范围，缩小查找范围
• 叶子节点：存储两部分数据——索引列的具体值，以及指向对应数据行的指针（InnoDB中是聚集索引键，MyISAM中是数据行的物理地址）

关键在于：整个B+树是按照索引列的值从小到大排序的，这是它能快速定位的核心基础。

非聚集索引的查找流程 #

当执行带WHERE条件的查询且命中非聚集索引时，数据库的执行逻辑是：

1. 从B+树的根节点开始，通过二分查找快速定位到符合条件的索引值所在的子节点
2. 逐层向下遍历中间节点，不断缩小范围，最终到达叶子节点
3. 在叶子节点中，因为数据是有序的，直接找到匹配的索引值，通过指针获取对应的数据行（如果是覆盖索引，叶子节点已经包含查询所需的所有列，无需回表）

这个过程中，数据库只需要读取少量的索引页（一般3-4层B+树，仅需读3-4个页），加上少量数据页（如果需要回表），逻辑读取量远低于全表扫描。

纠正你的猜测：非聚集索引不是预存筛选结果 #

非聚集索引并不会在创建时执行查询并保存匹配数据，它保存的是表中所有行的索引列值，只是按序组织成B+树。不管你的WHERE条件是什么，只要条件用到了索引列，就能利用这棵有序树快速定位，而不需要遍历全表。

举个直观的例子：把非聚集索引比作字典的拼音目录——你要找“张”开头的字，不需要翻完整本字典，只需要通过目录快速定位到“Z”区域，再找到“Zhang”对应的页码即可，这个过程的“翻页次数”（逻辑读）自然比翻完整本字典少得多。

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