为何含聚集索引与无聚集索引的表查询性能无显著差异？

全表查询/主键排序性能无差异的原因 #

• 聚集索引的叶子节点就是表的实际数据页，全表扫描本质是遍历所有数据页；堆表（无聚集索引）的全表扫描同样是读取所有数据页。两者的IO总量几乎一致，当数据全部加载到内存缓冲池后，性能自然接近。
• 按主键排序时，聚集索引本身是按主键顺序存储的，理论上无需额外排序操作，但如果堆表的数据插入顺序恰好与主键顺序一致，或者缓冲池已缓存全部数据，堆表的排序开销可以忽略不计。再加上498k行的数据量在现代硬件下，排序操作的耗时差异很难被明显感知。

单行WHERE查询耗时异常的原因 #

• 缓冲池缓存状态影响：如果之前执行过堆表的全表查询，所有数据页已被加载到内存缓冲池，此时查询堆表直接从内存读取；而聚集索引查询的目标数据页如果不在缓存中，需要从磁盘读取，反而会比缓存中的堆表查询慢。反之如果缓存状态相反，聚集索引会更快，但单次查询的缓存状态可能刚好导致耗时接近或更高。
• 单次查询的硬件波动：磁盘IO、CPU、内存的临时竞争会导致单次查询耗时出现波动，不能代表真实性能差异。建议多次执行查询取平均值，排除偶然因素。
• 隐式转换或执行计划细节问题：虽然执行计划显示聚集索引仅扫描1行，但如果WHERE条件存在隐式转换（比如字符串类型主键和数值参数匹配），实际可能存在额外的类型转换开销；或者统计信息过时，导致执行计划预估与实际执行有偏差，但这种情况较少见。

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