为什么此查询会导致死锁？

为什么此查询会导致死锁？

UPDATE TOP(1) system_Queue SET
  [StatusID] = 2,
  @ID = InternalID
WHERE InternalID IN (
    SELECT TOP 1 
      InternalID FROM system_Queue
    WHERE IsOutGoing = @IsOutGoing AND StatusID = 1
ORDER BY MessageID ASC, InternalID ASC)

添加了死锁图：

<keylock hobtid="72057594236436480" dbid="9" objectname="Z.dbo.system_Queue" indexname="PK_system_Queue" id="lock5b25cc80" mode="X" associatedObjectId="72057594236436480">
    <owner-list>
     <owner id="processc6fe40" mode="X"/>
    </owner-list>
    <waiter-list>
     <waiter id="processc7b8e8" mode="S" requestType="wait"/>
    </waiter-list>
   </keylock>
   <keylock hobtid="72057594405453824" dbid="9" objectname="Z.dbo.system_Queue" indexname="IX_system_Queue_DirectionByStatus" id="lock48cf3180" mode="S" associatedObjectId="72057594405453824">
    <owner-list>
     <owner id="processc7b8e8" mode="S"/>
    </owner-list>
    <waiter-list>
     <waiter id="processc6fe40" mode="X" requestType="wait"/>
    </waiter-list>
   </keylock>

添加：

感谢Sankar的文章，其中提供了如何避免这种死锁的解决方案：

• 从读者的投影中消除不必要的列，因此他不必查找聚簇索引
• 将所需的列作为包含的列添加到非聚集索引中以使索引覆盖，从而使读者不必查找聚集索引
• 避免必须维护非聚集索引的更新

在我看来，好像您正在尝试在同一条语句和同一张表中执行SELECT和UPDATE一样。

SELECT在IX_system_Queue_DirectionByStatus索引内的值上持有一个共享锁，而UPDATE需要释放这些锁才能获得它的独占锁，这将更新主键（我猜这是集群的，也是主键的一部分）。 IX_system_Queue_DirectionByStatus键值）。

无论如何，我的猜测是，只有在极少的机会下它选择和更新的索引值不会冲突，该查询才会成功。每次执行时它是否陷入僵局（我想是会的）。

这是一个详细解释死锁的链接：http : //sqlblog.com/blogs/jonathan_kehayias/archive/2008/07/30/the-anatomy-of-a-deadlock.aspx

我不希望您将此帖子标记为答案，但其他SQL Server专家在此处共享有关此主题的更多信息。

http://sqlblog.com/blogs/alexander_kuznetsov/archive/2009/01/01/reproduction-deadlocks-involving-only-one-table.aspx

http://rusanu.com/2009/05/16/readwrite-deadlock/