对内存优化哈希索引的常见性能问题进行故障排除
本主题主要针对解决与哈希索引有关的常见问题。
搜索要求哈希索引键列的子集
问题： 哈希索引需要所有索引键列的值才能计算哈希值，并在哈希表中查找相应的行。 因此，如果查询仅包含 WHERE 子句中索引键子集的相等谓词，SQL Server无法使用索引查找来查找 WHERE 子句中与谓词对应的行。
相反，有序索引（例如基于磁盘的非聚集索引和内存优化的非聚集索引）支持在索引键列的子集上的索引查找，只要它们是索引中的首列。
症状：这会导致性能下降，因为SQL Server需要执行完整表扫描，而不是索引查找，这通常是一个更快的操作。
如何进行故障排除： 除了性能下降外，检查查询计划将显示扫描而不是索引查找。 如果查询相对简单，则对查询文本和索引定义的检查还将显示搜索是否要求索引键列的子集。
请参考下面的表和查询：
CREATE TABLE [dbo].[od]
(
o_id INT NOT NULL,
od_id INT NOT NULL,
p_id INT NOT NULL,
CONSTRAINT PK_od PRIMARY KEY NONCLUSTERED HASH (o_id, od_id) WITH (BUCKET_COUNT = 10000)
)
WITH (MEMORY_OPTIMIZED = ON)
SELECT p_id
FROM dbo.od
WHERE o_id=1
该表在两列 (o_id, od_id) 上具有哈希索引，而查询在 (o_id) 上具有相等谓词。 由于查询仅对索引键列的子集具有相等谓词，因此SQL Server无法使用 PK_od 执行索引查找操作;相反，SQL Server必须还原到完整索引扫描。
解决方法： 有许多可能的解决方法。 例如：
将索引作为非聚集类型而不是非聚集哈希重新创建。 内存优化的非聚集索引是有序的，因此SQL Server可以对前导索引键列执行索引查找。 该示例最后生成的主键定义将是
constraint PK_od primary key nonclustered。更改当前索引键以便匹配 WHERE 子句中的列。
添加与查询的 WHERE 子句中的列匹配的新哈希索引。 在该示例中，最后生成的表定义将如下所示：
CREATE TABLE dbo.od ( o_id INT NOT NULL, od_id INT NOT NULL, p_id INT NOT NULL, CONSTRAINT PK_od PRIMARY KEY NONCLUSTERED HASH (o_id,od_id) WITH (BUCKET_COUNT=10000), INDEX ix_o_id NONCLUSTERED HASH (o_id) WITH (BUCKET_COUNT=10000) ) WITH (MEMORY_OPTIMIZED=ON)
请注意，如果对于某一给定的索引键值存在许多重复行，则内存优化的哈希索引不会达到最佳性能：在该示例中，如果针对 o_id 列的唯一值的数目远小于该表中的行数，则在 (o_id) 上添加索引并非最佳选择；将索引 index PK_od 的类型从哈希更改为非聚集应该是更好的解决方法。 有关详细信息，请参阅 Determining the Correct Bucket Count for Hash Indexes。