1

在 sql server 2008 中调用我的存储过程时，我遇到了死锁问题。一个 xml 字符串通过 biztalk 传递到存储过程中，并且可以快速连续调用多次。我遇到的问题是，如果该过程连续快速调用 5 次，则前 4 次调用将回滚，最后一次调用由于死锁而提交给数据库。下面是该过程的代码 - 它使用 OPENXML 解析 xml 字符串并插入表 A。然后我从表 A 中获取新的唯一标识符并将多个子记录插入表 B。有关如何解决此问题的任何指导都会不胜感激。

错误消息： System.Data.SqlClient.SqlException (0x80131904)：事务（进程 ID XX）在锁定资源上与另一个进程死锁，并已被选为死锁受害者。重新运行事务。

表详细信息
TableA
- Id int identity(1,1) Primary Key,
- ColumnA varchar(15) not null,
- ColumnB varchar(20) not null,
- addedDateTime datetime default(getdate())

TableB
- Id int identity(1,1) Primary Key,
- TableAId int not null, (FK)
- ColumnC varchar(30) not null

XML

<Transactions>
<Transaction>
    <ColumnA>Column A Value</ColumnA>
    <ColumnB>Column B Value</ColumnB>
    <ChildItems>
        <ChildItem>
            <ColumnC>Column C Value</ColumnC>
        </ChildItem>
        <ChildItem>
            <ColumnC>Another Column C Value</ColumnC>
        </ChildItem>
        <ChildItem>
            <ColumnC>Yet Another Column C Value</ColumnC>
        </ChildItem>
    </ChildItems>



存储过程 

 CREATE PROCEDURE [dbo].[proc_ProcessXml] 
    (
        @ResponseXml varchar(max)
    )
    WITH EXECUTE AS CALLER  
    AS

    BEGIN TRANSACTION
    DECLARE @xmlHandle int
    declare @tableAId int

    EXEC sp_xml_preparedocument @xmlHandle OUTPUT, @ResponseXml, 

    INSERT INTO TableA 
    (
        ColumnA,
        ColumnB             
   ) 
   SELECT columnA, columnB
    FROM OPENXML(@xmlHandle, '/Transactions/Transaction', 1)
    WITH(
        columnA varchar(15) 'ColumnA',      
        columnB varchar(20) 'ColumnB'
    )

    select @tableAId = SCOPE_IDENTITY()

    INSERT INTO TableB 
    (
        TableAId,
        ColumnC             
    )  
    SELECT @tableAId, columnC
    FROM OPENXML(@xmlHandle, '/Transactions/Transaction/ChildItems/ChildItem', 1) 
    WITH(       
        columnC varchar(30) 'ColumnC',
    )

    EXEC sp_xml_removedocument @xmlHandle

    IF @@ERROR <> 0
        BEGIN                   
            ROLLBACK
        END
    ELSE
        BEGIN           
            COMMIT
        END
4

1 回答 1

1

这种行为可能有很多不同的原因，因此您需要了解更多事实。你需要知道隔离级别和他们争夺的锁。这是我要做的：

  1. 在 Mgmt Studio 中准备好四个窗口来调用您的 proc
  2. 在调用 proc (dbcc useroptions) 之前 检查每个调用者的隔离级别。
  3. 识别四个调用者的 spid (@@spid)
  4. 在从第五个会话开始测试之前拍摄所有锁的快照：

.

select
     object_name(P.object_id) as TableName, L.*
into
    #preTestLocks
from     
    sys.dm_tran_locks L
    join sys.partitions P on L.resource_associated_entity_id = p.hobt_id
where
     object_name(P.object_id) in ('TableA','TableB')
  1. 在 TableA 插入 (WAITFOR DELAY '00:00:30') 之后在 proc 中添加一个等待，以便您可以查看动态。
  2. 开始在每个会话中运行 proc，但在每次启动后从第五个窗口拍摄锁的快照：

.

select
     object_name(P.object_id) as TableName, L.*
into
    #lock1  --<<CHANGE AFTER EACH RUN (#lock2, #lock3 etc.)
from     
    sys.dm_tran_locks L
    join sys.partitions P on L.resource_associated_entity_id = p.hobt_id
where
    resource_session_id in (1,2,3,4) --<<YOUR SPID'S

分析结果并查看导致死锁情况的资源。您可能会遇到锁升级问题，将行级锁升级到页面或扩展甚至表级锁。 阅读此处了解锁定模式的说明。

最后一个观察：

您可能会通过在 proc 中启动事务而不指定 SET XACT_ABORT ON 来玩火（有关详细信息，请参见此处）。我怀疑这会导致您当前的行为，除非您的客户的超时时间非常短，但我强烈建议您添加它。

于 2012-02-04T20:52:48.703 回答