单表查询出现SQL超时，如何优化该简单查询性能？

核心优化：创建针对性非聚集索引 #

当前查询以shop_id = @shopId过滤，按changed_at DESC排序取前100条，但现有聚集索引基于product_id，无法高效支撑该逻辑，导致首次执行需全表扫描或大量键查找，耗时过长。推荐创建以下两种索引之一：

方案1：基础过滤+排序索引

CREATE NONCLUSTERED INDEX IX_ProductChange_ShopId_ChangedAt 
ON [cmn].[ProductChange] (shop_id ASC, changed_at DESC);

该索引体积较小，可快速定位指定shop_id下的所有记录，并按changed_at降序排列，直接返回前100条，避免全表扫描。

方案2：覆盖索引（性能最优）

因查询使用SELECT *，可创建包含所有返回列的覆盖索引，彻底避免回表查询：

CREATE NONCLUSTERED INDEX IX_ProductChange_ShopId_ChangedAt_Covering 
ON [cmn].[ProductChange] (shop_id ASC, changed_at DESC)
INCLUDE (product_id, column1, column2, column_3, column_4, column_5);

此索引直接存储查询所需的全部数据，SQL Server无需访问基表，性能达到最优，但索引体积更大，维护成本略高。

首次查询慢的原因说明 #

首次执行耗时超30秒是因为数据未加载到内存缓冲池，需从磁盘读取；后续执行速度加快是因为数据已被缓存。创建上述索引后，即使首次查询，需读取的数据量也会大幅减少，耗时会显著降低。

额外优化建议 #

• 替换SELECT *为具体需要的列：明确列出所需字段，既能减少数据传输量，也能缩小覆盖索引的体积，提升性能。
• 更新表统计信息：过时的统计信息可能导致SQL Server选择低效执行计划，执行以下命令更新：

  UPDATE STATISTICS [cmn].[ProductChange];
  

• 外键索引已覆盖：shop_id作为外键，上述创建的索引已满足需求，同时可加速关联查询、避免外键操作时的表锁问题。

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