【问题标题】:SQL Server 2008: U and X locks - deadlock on one table without any indexes. How?SQL Server 2008:U 和 X 锁 - 在没有任何索引的一张表上死锁。如何?
【发布时间】:2012-12-20 22:24:27
【问题描述】:

我观察到我的数据库非常奇怪的行为。 我有一张小表(大约 300 行),其中一个字段不断更新。

我在那里遇到了很多死锁 - 表的更新导致同一张表的类似更新死锁(U 锁与 X 锁)。

所以我决定删除聚集索引(所以表现在没有任何索引)来修复死锁。但它没有帮助,现在我在 U 和 X 锁定模式之间陷入僵局。

所以一张表,没有索引和 2 个会话更新一张表

受害者

update dbo.MyNumber set
  @nextno = nextno = nextno + 1
where [type] = @type
  and yearid = @yearid


获胜查询:

update dbo.MyNumber set
  @nextno = nextno = nextno + 1
where [type] = @TYPE
  and yrclosedyn = 0

行肯定不同,但页面相同。

这怎么可能?也许它与锁升级有关,或者......?

我非常感谢任何建议。

提前致谢 迈克

死锁 XML:

<deadlock-list>
 <deadlock victim="process6c492e8">
  <process-list>
   <process id="processb6a988" taskpriority="0" logused="1848" waitresource="RID: 5:1:127478:16" waittime="3478" ownerId="17153439" transactionname="user_transaction" lasttranstarted="2012-12-18T12:31:40.147" XDES="0xffffffff89482258" lockMode="U" schedulerid="7" kpid="4248" status="suspended" spid="98" sbid="0" ecid="0" priority="0" transcount="2" lastbatchstarted="2012-12-18T12:31:49.913" lastbatchcompleted="2012-12-18T12:31:49.913" clientapp="PenAIR" hostname="S16047425" hostpid="9300" loginname="sa" isolationlevel="read committed (2)" xactid="17153439" currentdb="5" lockTimeout="4294967295" clientoption1="673185824" clientoption2="128056">
    <executionStack>
     <frame procname="MYDATABASE.dbo.MyStoredProcedure" line="92" stmtstart="9062" stmtend="9388" sqlhandle="0x030005002d15a05e58b5710016a100000100000000000000">
UPDATE dbo.MyNumber Set
  @NEXTNO = NEXTNO = NEXTNO + 1
WHERE  (TYPE = @TYPE) AND (YRCLOSEDYN = 0)     </frame>
    </executionStack>
    <inputbuf>
Proc [Database Id = 5 Object Id = 1587549485]    </inputbuf>
   </process>
   <process id="process6c492e8" taskpriority="0" logused="192" waitresource="RID: 5:1:127478:20" waittime="8252" ownerId="17153562" transactionname="user_transaction" lasttranstarted="2012-12-18T12:31:45.140" XDES="0x6583b1e0" lockMode="U" schedulerid="13" kpid="19824" status="suspended" spid="143" sbid="0" ecid="0" priority="0" transcount="2" lastbatchstarted="2012-12-18T12:31:45.140" lastbatchcompleted="2012-12-18T12:31:45.140" clientapp="PenAIR" hostname="S16047425" hostpid="4760" loginname="sa" isolationlevel="read committed (2)" xactid="17153562" currentdb="5" lockTimeout="4294967295" clientoption1="673185824" clientoption2="128056">
    <executionStack>
     <frame procname="MYDATABASE.dbo.MyStoredProcedure" line="92" stmtstart="9062" stmtend="9388" sqlhandle="0x030005002d15a05e58b5710016a100000100000000000000">
UPDATE dbo.MyNumber Set
  @NEXTNO = NEXTNO = NEXTNO + 1
WHERE  ([TYPE] = @TYPE) AND (YRCLOSEDYN = 0)     </frame>
    </executionStack>
    <inputbuf>
Proc [Database Id = 5 Object Id = 1587549485]    </inputbuf>
   </process>
  </process-list>
  <resource-list>
   <ridlock fileid="1" pageid="127478" dbid="5" objectname="MYDATABASE.dbo.MyNumber" id="lock464f2640" mode="X" associatedObjectId="72057594131120128">
    <owner-list>
     <owner id="processb6a988" mode="X"/>
    </owner-list>
    <waiter-list>
     <waiter id="process6c492e8" mode="U" requestType="wait"/>
    </waiter-list>
   </ridlock>
   <ridlock fileid="1" pageid="127478" dbid="5" objectname="MYDATABASE.dbo.MyNumber" id="lockfffffffff1974980" mode="X" associatedObjectId="72057594131120128">
    <owner-list>
     <owner id="process6c492e8" mode="X"/>
    </owner-list>
    <waiter-list>
     <waiter id="processb6a988" mode="U" requestType="wait"/>
    </waiter-list>
   </ridlock>
  </resource-list>
 </deadlock>
</deadlock-list>

【问题讨论】:

  • 为什么你认为删除聚集索引会解决你的死锁?锁定发生在数据行上 - 无论您是否有聚集索引,都没有区别 ....
  • 涉及的查询和死锁图有哪些?
  • 已在帖子中添加,抱歉忘记查询
  • 我删除了聚集索引,因为我希望数据库引擎使用另一种方式来获取表上的锁。当有聚集索引时,死锁发生在 HoBT 锁定级别。现在它看起来像是出现在页面级别。
  • 表上有哪些索引?您是否有不同的 NCI 涵盖两个不同的 WHERE 子句?两个不同的查询是否也可能更新同一行或一组重叠的行?你也有 XML 死锁图吗?

标签: sql-server-2008 locking deadlock database-deadlocks


【解决方案1】:

Shredding your deadlock graph转换成表格形式显示如下。

+----------+-------------------------+-----------+-----------+------------+----------+--------------------+--------------------+---------+
| LockMode |      LockedObject       | TranCount | LockEvent | LockedMode | WaitMode |    WaitResource    |   IsolationLevel   | LogUsed |
+----------+-------------------------+-----------+-----------+------------+----------+--------------------+--------------------+---------+
| U        | MYDATABASE.dbo.MyNumber | NULL      | rid       | X          | U        | RID: 5:1:127478:20 | read committed (2) |     192 |
| U        | MYDATABASE.dbo.MyNumber | NULL      | rid       | X          | U        | RID: 5:1:127478:16 | read committed (2) |    1848 |
+----------+-------------------------+-----------+-----------+------------+----------+--------------------+--------------------+---------+

你还没有回答我在 cmets 中关于序列生成代码是否在每个事务中只调用一次的问题。

如果没有,很容易生成类似于您帖子中的死锁图。

设置

CREATE TABLE dbo.MyNumber
  (
     [TYPE]     CHAR(1),
     YRCLOSEDYN INT,
     NEXTNO     INT
  )

INSERT INTO dbo.MyNumber
VALUES      ('X', 0, 1),
            ('Y', 0, 1)

GO

CREATE PROC MyStoredProcedure @TYPE   CHAR(1),
                              @NEXTNO INT OUTPUT
AS
    UPDATE dbo.MyNumber
    SET    @NEXTNO = NEXTNO = NEXTNO + 1
    WHERE  ( [TYPE] = @TYPE )
           AND ( YRCLOSEDYN = 0 )

连接 1

BEGIN TRAN

DECLARE @NEXTNO INT

EXEC MyStoredProcedure 'Y', @NEXTNO OUTPUT

WAITFOR DELAY '00:00:05'

EXEC MyStoredProcedure 'X', @NEXTNO OUTPUT

ROLLBACK 

连接 2

(执行连接1中的代码后立即运行)

BEGIN TRAN
DECLARE @NEXTNO INT

EXEC MyStoredProcedure 'X', @NEXTNO OUTPUT

EXEC MyStoredProcedure 'Y', @NEXTNO OUTPUT

ROLLBACK

其中的死锁图输出与上面的非常相似

+----------+-------------------------+-----------+-----------+------------+----------+-----------------+--------------------+---------+
| LockMode |      LockedObject       | TranCount | LockEvent | LockedMode | WaitMode |  WaitResource   |   IsolationLevel   | LogUsed |
+----------+-------------------------+-----------+-----------+------------+----------+-----------------+--------------------+---------+
| U        | MYDATABASE.dbo.MyNumber |         2 | rid       | X          | U        | RID: 11:1:144:1 | read committed (2) |     248 |
| U        | MYDATABASE.dbo.MyNumber |         2 | rid       | X          | U        | RID: 11:1:144:0 | read committed (2) |     248 |
+----------+-------------------------+-----------+-----------+------------+----------+-----------------+--------------------+---------+

如果这是对您问题的解释,您需要确保在所有事务中以相同的顺序更新序列(我认为您不能只使用 an IDENTITY column based solution 一定有充分的理由)

【讨论】:

  • 感谢您的解释,这对我的进一步调查很有帮助。我不能以相同的顺序更新序列,因为它是由用户的操作完成的。此外,由于软件架构,我不能使用 Identity(我绝对同意你的观点,即 IDENTITY 是生成序列的最佳方式)。我不能对应用程序进行任何更新,我只能修改数据库对象而不修改接口(输入-输出 SP 参数等)。非常感谢您展示如何重现它。
  • @user1390785 - 好吧,如果您不能以相同的顺序更新序列,那么保证避免死锁的唯一方法是序列化对MyStoredProcedure 的访问(例如使用sp_getapplock,但这可能会导致不可接受的阻塞量)
  • 会导致,我试过了。我现在认为,也许进行插入而不是更新是合理的:将 1 插入 NEXTNO 列,然后对该字段求和。你怎么看?
  • 除非您允许事务进行脏读,否则它不会解决问题。我假设您必须要求没有间隙?如果是这种情况,那么insert 解决方案和脏读对您不起作用,因为它可以读取后来回滚的行。如果您不要求没有间隙,那么您不妨使用我在答案中链接的IDENTITY 解决方案。
  • 我不能使用 IDENTITY,因为如果全局事务被回滚,身份值将会以任何方式增加,并且在插入表时我必须随时重新设置它的种子。
猜你喜欢
  • 1970-01-01
  • 2019-07-02
  • 1970-01-01
  • 2019-02-23
  • 1970-01-01
  • 1970-01-01
  • 2015-06-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多