使用自引用外键的死锁

Question

使用 SQL Server 2005：我有一个具有自引用外键的表。

当此表上的更新和插入同时发生但仅在以下情况下会发生死锁：

• 第一次更新
• 更新是针对插入语句的外键引用的记录

在更新期间，会在主键上创建 X 锁，主键是表的聚集索引。我已经尝试了几种方法来尝试防止这种情况发生，例如：

• 我已尝试更改事务隔离级别
• 提供表格提示，即 WITH(nolock)
• 我尝试在表的主键上创建一个非聚集索引，以便可以使用它来代替聚集索引。

外键需要在那里，所以删除它不是一个选项。关于如何防止阻止插入的锁或允许插入围绕锁工作的任何建议都会非常有帮助。

谢谢。

Answer 1

您是否尝试过通过 BEGIN TRANSACTION 和 COMMIT 分隔 UPDATE 和 INSERT 事务。这样您就可以远离死锁。

类似的东西；

BEGIN TRANSACTION insert
  <INSERT SQL>
  COMMIT TRANSACTION insert
  BEGIN TRANSACTION update
     <UPDATE SQL>
  COMMIT TRANSACTION update
END

Answer 2

请提供 DDL 和您的 UPDATE / INSERT 语句，我无法重现此内容。

CREATE TABLE T
(
id int identity(1,1) primary key,
refid int references T(id),
filler char(10)
)

INSERT INTO T (refid)
select number 
FROM master..spt_values where number between 1 and 2248

连接 1

BEGIN TRAN
UPDATE T SET filler = 'A' WHERE id=500  

连接 2

BEGIN TRAN
INSERT INTO T (refid) VALUES (500) /*Blocked - No deadlock*/

Answer 3

当发现符合UPDATE 条件的记录时，会在其（或其页面等，取决于引擎选择的锁定粒度）上放置X 锁。

这可以防止将S 锁定在需要检索其值的受影响资源上。

由于向子表中插入值需要对照父表进行检查，INSERT 语句将不得不等到UPDATE 事务提交或回滚。

如果您将PRIMARY KEY 设为非集群，UPDATE 应该不会影响它（除非您正在更新PRIMARY KEY 本身，在正常情况下您不应该这样做），因此INSERT 将成功。

以下命令对我有用：

交易1：

CREATE TABLE parent (id INT NOT NULL PRIMARY KEY NONCLUSTERED, value INT NOT NULL, parentId INT REFERENCES parent)

INSERT
INTO    parent
VALUES  (1, 1, NULL)

BEGIN TRANSACTION
UPDATE  parent
SET     value = 2
WHERE   id = 1

事务 2：

INSERT
INTO    parent
VALUES  (2, 1, 1)

Answer 4

我最近遇到了同样的问题。正如this post 中提到的，我的解决方案是简单地在自引用列（而不是 pk）上添加一个索引。之后，僵局就彻底消失了。