死锁解释

Question

我继承了一个SQL Server 2012数据库，该数据库使用触发器将对dbo表所做的所有更改复制到审计模式中，提供了类似于系统版本的时态表的功能。

其中一个触发器最近一直导致死锁：

ALTER TRIGGER [dbo].[ClientBusinessUnitBehaviour_Trigger_Update] 
   ON  [dbo].[ClientBusinessUnitBehaviour] 
   AFTER UPDATE
AS

BEGIN

        SET NOCOUNT ON;

        INSERT INTO adt.[ClientBusinessUnitBehaviour] 
        SELECT getdate(),'Update', * FROM inserted

        UPDATE [a] 
        SET a.[RowVersion] = CASE WHEN ea.MaxRowVersion IS NULL THEN 0x01 ELSE CONVERT(VARBINARY(1), CONVERT(INT, ea.MaxRowVersion) + 1) END 
        FROM adt.[ClientBusinessUnitBehaviour] AS [a]
        LEFT JOIN (SELECT Id, MAX([RowVersion]) AS MaxRowVersion FROM adt.[ClientBusinessUnitBehaviour] WHERE Id IN (SELECT Id FROM inserted) GROUP BY Id) AS [ea] ON ea.Id = a.Id
        WHERE a.[RowVersion] IS NULL

END

我还没有看到实际的Server日志，但我可以访问公开有关死锁的数据的报告，这些报告表明，涉及死锁的两个进程都在运行此触发器的第二部分，即UPDATE语句。

有人能解释一下这怎么会造成僵局吗？我对死锁的理解非常有限，因为它们通常发生在两个进程以不同的顺序访问对象时，所以我不确定运行相同SQL的两个进程如何会导致死锁。

事务隔离级别为READ COMMITTED，READ_COMMITTED_SNAPSHOT为on。

审计表没有主键，因此我怀疑问题可能类似于一个在此描述，但这似乎不能解释为什么会出现死锁，而不是一个进程暂时阻塞另一个进程。

与最初的开发人员交谈后，很明显UPDATE并不是必需的，但我想了解问题的所在。

Answer 1

在运行第二条语句时，每个会话都已在adt.ClientBusinessUnitBehaviour中插入行，并将这些新行独占锁定。

UPDATE语句可能需要读取其他会话插入的新行，以发现它们是否具有空RowVersion列。