Question

我试图最小化可序列化事务期间锁定的行数。

似乎是问题的查询是：

UPDATE CLIENTS 
SET SOMEVALUE = 'A' 
WHERE CLIENT_ID = 'aaaa' AND YEAR = 2015

目前除了主键外没有索引。

使用CLIENT_ID和YEAR创建复合索引（非唯一）是否有助于键范围锁定？

Answer 1

编辑：在范围键示例后添加了额外的资源链接。

添加索引不一定有用。在走这条路线之前，我会首先捕获您的查询的实际执行计划并保存。接下来，为您的2个谓词CLIENT_ID和YEAR创建统计信息。再次运行查询捕获新的查询计划并比较2.

下面是如何创建统计信息，查看新统计信息以及查看统计信息的密度（唯一性）和直方图（键列的频率）的示例。

拥有正确的统计数据确实可以缩小返回的记录数量。

使用AdventureWorks2014的示例：

--Create statistics for the 2 predicates
CREATE STATISTICS PersonType_EmailPromotion ON Person.Person (PersonType, EmailPromotion)

--View your newly created statistic
exec sp_helpstats 'Person.Person', 'ALL'

--See the density and histogram for you statistic
dbcc show_statistics('Person.Person', PersonType_EmailPromotion)

结果dbcc show_statistics

--Notice the uniqueness of PersonType and EmailPromotion compared to PersonType alone.
All density Average Length  Columns
0.1666667   4               PersonType
0.05555556  8               PersonType, EmailPromotion

/*
  This shows the number of rows between PersonType range keys. 
  Notice in, 18329 rows between GC and IN, this is where having 
  2 column statistics really helps narrow down the ranges.
*/
RANGE_HI_KEY    RANGE_ROWS  EQ_ROWS     DISTINCT_RANGE_ROWS AVG_RANGE_ROWS
EM              0           297.2556    0                   1
GC              0           395.5958    0                   1
IN              0           18329.27    0                   1
SC              0           688.3814    0                   1
SP              0           37.99508    0                   1
VC              0           223.5004    0                   1

有关dbcc show_statistics和multi-column statistics的信息。

希望这有帮助！

Answer 2

如果索引最终在查询中使用，则索引将有助于键范围锁定。然后，它可以帮助减少SQL Server需要触摸的数据量，从而锁定。

添加索引并比较之前和之后的实际执行计划。大多数情况下，在这种情况下，您应该进行正常的索引调整。

复合索引和锁定

2 个答案: