我有一个java应用程序,它在数据库上执行多个并发CRUD操作.我正在添加对SQLServer的支持,但在并发删除期间遇到死锁问题.经过一些调查后,似乎问题可能是由于特定桌子上的锁升级造成的.
为了解决这个问题,我决定使用UPDLOCK提示对所讨论的表进行所有读取"for update",以便可以避免死锁.但是,我仍然看到了这个问题.我在SQLServer中启用了跟踪,并在SQLServer日志中找到了以下死锁跟踪:
遇到死锁....打印死锁信息等待图
节点:1 KEY:5:72057594042384384(54048e7b3828)CleanCnt:3模式:X标志:0x0授权列表1:所有者:0x03D08C40模式:X Flg:0x0参考:0生命:02000000 SPID:62 ECID:0 XactLockInfo:0x04834274 SPID: 62 ECID:0语句类型:DELETE行#:1输入Buf:语言事件:(@ P0 nvarchar(4000))从part_data中删除part_id = @ P0请求者:ResType:LockOwner Stype:'OR'Xdes:0x04B511C8模式: U SPID:60 BatchID:0 ECID:0 TaskProxy:(0x058BE378)值:0x3d08500成本:(0/1296)
节点:2
KEY:5:72057594042384384(f903d6d6e0ac)CleanCnt:2模式:X标志:0x0授权列表0:所有者:0x03D088A0模式:X Flg:0x0参考:0生命:02000000 SPID:60 ECID:0 XactLockInfo:0x04B511EC SPID:60 ECID: 0语句类型:DELETE行#:1输入Buf:语言事件:(@ P0 nvarchar(4000))从part_data中删除part_id = @ P0请求者:ResType:LockOwner Stype:'OR'Xdes:0x04834250模式:U SPID: 62 BatchID:0 ECID:0 TaskProxy:(0x047BA378)值:0x3d089e0成本:(0/4588)
受害者资源所有者:ResType:LockOwner Stype:'OR'Xdes:0x04B511C8模式:U SPID:60 BatchID:0 ECID:0 TaskProxy:(0x058BE378)值:0x3d08500成本:(0/1296)
SQLServer探查器将此显示为两个持有更新(U)锁并尝试升级到独占(X)锁的客户端.我读过的SQLServer文档说在给定时间只有一个客户端可以在表上有一个(U)锁,所以我想知道为什么我看到跟踪中显示的情况.
该跟踪中引用的数据库对象是外键的索引.如果有经验解决这类问题的人可以提供建议,那将是一个很大的帮助.
谢谢,布拉德.
编辑按要求添加了死锁图xml:
<deadlock-list>
<deadlock victim="process989018">
<process-list>
<process id="process6aa7a8" taskpriority="0" logused="4844" waitresource="KEY: 5:72057594042384384 (5504bdfb7529)" waittime="9859" ownerId="613553" transactionname="implicit_transaction" lasttranstarted="2009-05-08T11:52:39.137" XDES="0x5fcbc30" lockMode="U" schedulerid="1" kpid="3516" status="suspended" spid="59" sbid="0" ecid="0" priority="0" transcount="2" lastbatchstarted="2009-05-08T11:52:39.183" …Run Code Online (Sandbox Code Playgroud)