对UPDLOCK，HOLDLOCK感到困惑

Question

在研究Table Hints的使用时，我遇到了这两个问题：

• Which lock hints should I use (T-SQL)?

• What effect does HOLDLOCK have on UPDLOCK?

两个问题的答案都说当使用(UPDLOCK, HOLDLOCK) 时，其他进程将无法读取该表上的数据，但我没有看到这一点。为了测试，我创建了一个表并启动了两个 SSMS 窗口。在第一个窗口中，我运行了一个使用各种表提示从表中选择的事务。在事务运行时，我从第二个窗口运行各种语句以查看哪些语句会被阻止。

测试表：

CREATE TABLE [dbo].[Test](
    [ID] [int] IDENTITY(1,1) NOT NULL,
    [Value] [nvarchar](50) NULL,
 CONSTRAINT [PK_Test] PRIMARY KEY CLUSTERED 
(
    [ID] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

从 SSMS 窗口 1：

BEGIN TRANSACTION

SELECT * FROM dbo.Test WITH (UPDLOCK, HOLDLOCK)
WAITFOR DELAY '00:00:10'

COMMIT TRANSACTION

从 SSMS 窗口 2（运行以下之一）：

SELECT * FROM dbo.Test
INSERT dbo.Test(Value) VALUES ('bar')
UPDATE dbo.Test SET Value = 'baz' WHERE Value = 'bar'
DELETE dbo.Test WHERE Value= 'baz'

不同的表提示对在 Window 2 中运行的语句的影响：

           (UPDLOCK)       (HOLDLOCK)    (UPDLOCK, HOLDLOCK)    (TABLOCKX)
---------------------------------------------------------------------------
SELECT    not blocked      not blocked       not blocked         blocked
INSERT    not blocked        blocked           blocked           blocked
UPDATE      blocked          blocked           blocked           blocked
DELETE      blocked          blocked           blocked           blocked

我是否误解了这些问题中给出的答案，或者在我的测试中犯了错误？如果不是，你为什么要单独使用(UPDLOCK, HOLDLOCK) 而不是(HOLDLOCK)？

---

进一步解释我要完成的工作：

我想从表中选择行并防止在处理该表时修改该表中的数据。我没有修改该数据，并希望允许进行读取。

This answer 明确表示(UPDLOCK, HOLDLOCK) 将阻止读取（不是我想要的）。 this answer 上的 cmets 暗示是 HOLDLOCK 阻止读取。为了尝试更好地理解表格提示的效果并查看单独 UPDLOCK 是否可以满足我的要求，我进行了上述实验并得到了与这些答案相矛盾的结果。

目前，我认为(HOLDLOCK) 是我应该使用的，但我担心我可能犯了错误或忽略了将来会回来咬我的东西，因此提出了这个问题。

Answer 1

为什么 UPDLOCK 会阻止选择？ Lock Compatibility Matrix 清楚地显示了 S/U 和 U/S 争用的 N，如 无冲突。

至于HOLDLOCK 提示文档指出：

HOLDLOCK：相当于SERIALIZABLE。有关详细信息，请参阅可序列化 稍后在本主题中。

...

SERIALIZABLE: ... 扫描执行的语义与在 SERIALIZABLE 隔离级别上运行的事务相同...

Transaction Isolation Level 主题解释了 SERIALIZABLE 的含义：

没有其他事务可以修改已被 当前事务直到当前事务完成。

其他事务不能插入带有键值的新行 落在当前任何语句读取的键范围内 交易直到当前交易完成。

因此，产品文档完美地解释了您看到的行为：

• UPDLOCK 不会阻止并发 SELECT 或 INSERT，但会阻止 T1 选择的行的任何 UPDATE 或 DELETE
• HOLDLOCK 表示 SERALIZABLE，因此允许 SELECTS，但阻止 T1 选择的行的 UPDATE 和 DELETES，以及作为 T1 选择的范围内的任何 INSERT（这是整个表，因此 任何插入）。
• (UPDLOCK, HOLDLOCK)：除了上述情况之外，您的实验没有显示什么会阻塞，即在 T2 中使用 UPDLOCK 的另一个事务：
  SELECT * FROM dbo.Test WITH (UPDLOCK) WHERE ...
• TABLOCKX 无需解释

真正的问题是你想要达到什么目的？在没有完全 110% 理解锁定语义的情况下使用锁定提示是在自找麻烦……

OP 编辑​​后：

我想从表中选择行并阻止其中的数据 表在我处理时不会被修改。

您应该使用较高的事务隔离级别之一。 REPEATABLE READ 将防止您读取的数据被修改。 SERIALIZABLE 将防止您读取的数据被修改和新数据被插入。与使用查询提示相反，使用事务隔离级别是正确的方法。 Kendra Little 有a nice poster exlaining the isolation levels。

Answer 2

UPDLOCK 用于在选择语句期间锁定一行或多行以供将来的更新语句使用。未来的更新可能是事务中的下一条语句。

其他会话仍然可以看到数据。他们只是无法获得与 UPDLOCK 和/或 HOLDLOCK 不兼容的锁。

当您想阻止其他会话更改您锁定的行时，您可以使用 UPDLOCK。它限制了他们更新或删除锁定行的能力。

当您想要阻止其他会话更改您正在查看的任何数据时，您可以使用 HOLDLOCK。它限制了他们插入、更新或删除您锁定的行的能力。这允许您再次运行查询并看到相同的结果。