Question

这是When I update/insert a single row should it lock the entire table?

的延续

这是我的问题。

我有一个保存锁的表，以便系统中的其他记录不必对公共资源进行锁定，但仍然可以对任务进行排队，以便一次执行一个。

当我访问此锁表中的记录时，我希望能够锁定它并更新它（只有一条记录）而没有任何其他进程能够执行相同操作。我可以使用锁定提示执行此操作，例如 updlock 。

虽然我正在使用行锁来锁定记录，但是它阻止了对另一个进程的请求，以改变同一个表中也完全不相关的行，该行也指定了 updlock 提示 rowlock 。

您可以重新制作这个制作表格

SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
SET ANSI_PADDING ON
GO
CREATE TABLE [dbo].[Locks](
    [ID] [int] IDENTITY(1,1) NOT NULL,
    [LockName] [varchar](50) NOT NULL,
    [Locked] [bit] NOT NULL,
 CONSTRAINT [PK_Locks] PRIMARY KEY CLUSTERED 
(
    [ID] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON, FILLFACTOR = 100) ON [PRIMARY]
) ON [PRIMARY]
GO
SET ANSI_PADDING OFF
GO
ALTER TABLE [dbo].[Locks] ADD  CONSTRAINT [DF_Locks_LockName]  DEFAULT ('') FOR [LockName]
GO
ALTER TABLE [dbo].[Locks] ADD  CONSTRAINT [DF_Locks_Locked]  DEFAULT ((0)) FOR [Locked]
GO

为 LockName ='A'添加一行锁，为 LockName ='B'添加一行

然后创建两个查询以同时在事务中运行：

查询1：

Commit
Begin transaction
select * From Locks with (updlock rowlock) where LockName='A'

查询2：

select * From Locks with (updlock rowlock) where LockName='B'

请注意，我将暂停交易，以便您可以看到此问题，因为如果没有此公开交易，它将无法显示。

当您运行查询1 时，该行存在问题， LockName ='A'的任何后续查询都必须等待。这种行为是正确的。

如果这有点令人沮丧，那么当您运行查询2 时，您将被阻止，直到查询1 完成，甚至认为这些是不相关的记录。如果您再次运行查询1 ，就像我上面那样，它会提交上一个交易，查询2 将会运行，然后查询1 将再次锁定记录。

请提供一些建议，告诉我如何才能正确锁定仅一行，而不是阻止其他项目更新。

PS。更新其中一行后，Holdlock也无法产生正确的行为。

Answer 1

在SQL Server中，锁定提示将应用于扫描的对象，而不是匹配。

通常情况下，引擎会在读取对象（页面等）时对其进行共享锁定，并在扫描完成后将其抬起（或在SERIALIZABLE次事务中不提升）。

但是，您指示引擎放置（并抬起）彼此不兼容的更新锁。

事务B在尝试将UPDLOCK置于已被事务UPDLOCK A锁定的行时锁定。

如果您创建索引并强制其使用（因此不会发生冲突的读取），您的表将不会锁定：

CREATE INDEX ix_locks_lockname ON locks (lockname)

Begin transaction
select * From Locks with (updlock rowlock INDEX (ix_locks_lockname)) where LockName='A'

Begin transaction
select * From Locks with (updlock rowlock INDEX (ix_locks_lockname)) where LockName='B'

Answer 2

对于查询2，请尝试使用READPAST提示 - this（quote）：

指定数据库引擎不读取被其他人锁定的行交易。最多的情况，同样如此页面。指定READPAST时行级和页级锁被跳过了。也就是数据库引擎会跳过行或页面而不是阻止当前交易直到锁定释放

这通常用在队列处理类型的环境中 - 因此多个进程可以从队列表中拉出下一个项而不被其他进程阻塞（当然，使用UPDLOCK来防止多个进程获取同一行）

编辑1：
如果您在LockName字段上没有索引，则可能会导致此问题。使用索引，查询2可以执行索引搜索到确切的行。但如果没有它，它将进行扫描（检查每一行）意味着它被第一次交易所阻止。因此，如果它没有编入索引，请尝试将其编入索引。

Answer 3

我不确定你要完成什么，但通常那些处理类似问题的人想要使用sp_getapplock。托尼罗杰森报道：Assisting Concurrency by creating your own Locks (Mutexs in SQL)

Answer 4

如果要在SQL Server中排队，请使用UPDLOCK, ROWLOCK, READPAST提示。它有效。

我会考虑更改您的方法，而不是尝试更改SQL Server行为......

为什么行级锁定似乎在SQL Server中无法正常工作？

4 个答案: