SQL Server中视图索引未被使用的问题排查求助

问题背景 #

创建了带架构绑定的索引视图PickingInfoTEST，并为其创建了聚集索引和非聚集覆盖索引IX_ChargeCarrier_OriginalStorage，但执行针对该视图的范围查询时，优化器未使用索引，而是执行视图底层的JOIN和GROUP BY逻辑。

可能的原因及解决方案 #

• 版本限制导致需显式指定索引视图提示
  SQL Server的标准版、Web版等非企业级版本，默认不会自动选择使用索引视图，必须在查询中添加WITH (NOEXPAND)提示，才能让优化器考虑视图上的索引。修改查询语句如下：

  SELECT ID_ChargeCarrier, ID_Storage
  FROM dbo.PickingInfoTEST WITH (NOEXPAND)
  WHERE ID_ChargeCarrier BETWEEN 1234 AND 5678
  

  企业版/开发版支持自动识别索引视图，但显式添加提示也可强制优化器使用索引。

• 索引排序方向与查询范围不匹配
  创建的IX_ChargeCarrier_OriginalStorage索引使用ID_ChargeCarrier DESC排序，但查询是BETWEEN 1234 AND 5678的升序范围查询。优化器可能认为倒序索引不适合这类范围扫描，导致放弃使用该索引。尝试将索引改为ID_ChargeCarrier ASC后重新测试：

  DROP INDEX IX_ChargeCarrier_OriginalStorage ON dbo.PickingInfoTEST;
  CREATE UNIQUE INDEX IX_ChargeCarrier_OriginalStorage
      ON dbo.PickingInfoTEST (ID_ChargeCarrier ASC) INCLUDE (ID_Storage);
  

• 统计信息过期或不准确
  视图或底层表的统计信息过期时，优化器无法准确评估索引的查询成本，可能会选择执行底层逻辑。更新相关统计信息：

  UPDATE STATISTICS dbo.PickingInfoTEST WITH FULLSCAN;
  UPDATE STATISTICS dbo.ChargeCarrier_Storage WITH FULLSCAN;
  UPDATE STATISTICS dbo.Storage WITH FULLSCAN;
  UPDATE STATISTICS dbo.StoragePlace WITH FULLSCAN;
  UPDATE STATISTICS dbo.PlantArea WITH FULLSCAN;
  UPDATE STATISTICS dbo.Plant WITH FULLSCAN;
  

• 索引的唯一性定义不合理
  IX_ChargeCarrier_OriginalStorage被定义为唯一索引，但从视图的GROUP BY字段来看，ID_ChargeCarrier单独作为唯一键是否符合实际数据情况？如果存在同一个ID_ChargeCarrier对应多个ID_Storage的情况，这个唯一索引的定义会导致索引无法正确覆盖数据，或者优化器认为索引的选择性不足，从而放弃使用。可检查数据后调整索引的唯一性属性，或改为非唯一索引测试。

• 优化器成本评估倾向于底层查询
  如果查询返回的行数占视图总数据量的比例较高，优化器可能认为直接执行底层的JOIN和GROUP BY比读取索引视图的成本更低。可查看执行计划的预估行数、IO成本等指标，对比两种执行路径的差异。

验证步骤 #

1. 先在查询中添加WITH (NOEXPAND)，查看执行计划是否切换为使用索引视图。
2. 检查SQL Server版本，确认是否为非企业版，是否需要显式提示。
3. 更新统计信息后重新执行查询，观察执行计划变化。
4. 修改索引排序方向为ASC，测试索引是否被使用。

内容的提问来源于stack exchange，提问作者André Reichelt