SQL Server 查询最新插入/更新行的索引性能相关问题咨询

问题1：该查询性能是否会受索引「碎片化」的负面影响？ #

基本不会，核心原因有三点：

• 你的索引整体碎片化率仅0.05%，属于极低水平，全索引的逻辑连续度非常高，碎片化带来的额外IO开销可以完全忽略。
• 每次查询仅返回不足100行数据，哪怕最新写入的少量数据存在局部页分裂产生的碎片，涉及的索引页最多只有个位数，对查询延迟的影响完全感知不到。
• 针对时间列的范围查询，主流数据库的预读机制可以抵消极小的局部碎片化带来的随机IO影响，新写入的时间连续的数据哪怕物理存储有少量不连续，预读也会提前将相关页加载到内存，不会产生性能损耗。

问题2：索引的排序规则（ASC升序/DESC降序）是否会影响该查询的性能？ #

绝大多数场景下不会有可感知的性能差异，仅部分特殊索引结构下有极小差异：

• 如果你是在InsertDate和LastUpdated上分别建立单列覆盖索引，查询会走索引合并逻辑：升序索引下大于5分钟前的记录全部集中在索引的尾部区间，数据库可以直接定位到起始位置后顺序扫描；如果是降序索引，符合条件的记录集中在索引头部，定位和扫描的成本和升序索引几乎一致，主流数据库对这两种排序的范围查询优化没有明显差异。
• 如果你建立的是两列的联合索引，首先要注意OR条件本身对联合索引的利用率不高，这种情况下不管是升序还是降序，都无法充分利用联合索引的排序特性，性能差异更小。
• 仅当你的数据库对降序索引的存储实现有特殊优化缺陷时才会出现差异，但目前主流的商用、开源关系型数据库都不存在这类问题。

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