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

Question

这是一个延续,当我更新/插入单行时应该锁定整个表吗？

这是我的问题.

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

当我访问此锁表中的记录时,我希望能够锁定它并更新它(只有一条记录)而没有任何其他进程能够执行相同操作.我可以使用诸如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将再次锁定记录.

请提供一些建议,我怎么可能能有得当锁定ONLY的一排,而不是阻止其他物品被更新.

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'