UPDATE上的SQL Server死锁

我遇到了在我的应用程序中发生死锁的问题。数据库是SQL Server 2005，当2个线程尝试更新同一个表时发生死锁。我不了解情况，我希望有人能帮助我。这里是死锁图形：UPDATE上的SQL Server死锁

<deadlock-list> 
    <deadlock victim="process3a0ac58"> 
     <process-list> 
     <process id="process3a0ac58" taskpriority="0" logused="5048" waitresource="KEY: 9:72057594078035968 (e100ae2e5d7f)" waittime="4750" ownerId="22329947" transactionname="user_transaction" lasttranstarted="2012-07-20T08:53:33.440" XDES="0x24b429210" lockMode="U" schedulerid="1" kpid="1428" status="suspended" spid="57" sbid="0" ecid="0" priority="0" transcount="2" lastbatchstarted="2012-07-20T08:53:34.753" lastbatchcompleted="2012-07-20T08:53:34.753" clientapp=".Net SqlClient Data Provider" hostname="VMDBSRVCRISPI" hostpid="4012" loginname="sa" isolationlevel="read uncommitted (1)" xactid="22329947" currentdb="9" lockTimeout="4294967295" clientoption1="671088672" clientoption2="128056"> 
      <executionStack> 
       <frame procname="adhoc" line="1" stmtstart="34" sqlhandle="0x0200000008adf4202a2e77131e147fe8c50b173a5f8d5302"> UPDATE [FreeAvailability] SET Resource_id = null WHERE Resource_id = @p0 AND Id = @p1 </frame> 
       <frame procname="unknown" line="1" sqlhandle="0x000000000000000000000000000000000000000000000000"> unknown </frame> 
      </executionStack> 
      <inputbuf> (@p0 int,@p1 int)UPDATE [FreeAvailability] SET Resource_id = null WHERE Resource_id = @p0 AND Id = @p1 </inputbuf> 
     </process> 
     <process id="process3a28da8" taskpriority="0" logused="8720" waitresource="KEY: 9:72057594078035968 (d0006ab1ca37)" waittime="2734" ownerId="22329913" transactionname="user_transaction" lasttranstarted="2012-07-20T08:53:33.067" XDES="0x28dd4aa40" lockMode="U" schedulerid="4" kpid="3732" status="suspended" spid="58" sbid="0" ecid="0" priority="0" transcount="2" lastbatchstarted="2012-07-20T08:53:36.770" lastbatchcompleted="2012-07-20T08:53:36.737" clientapp=".Net SqlClient Data Provider" hostname="VMDBSRVCRISPI" hostpid="4012" loginname="sa" isolationlevel="read uncommitted (1)" xactid="22329913" currentdb="9" lockTimeout="4294967295" clientoption1="671088672" clientoption2="128056"> 
      <executionStack> 
       <frame procname="adhoc" line="1" stmtstart="34" sqlhandle="0x0200000008adf4202a2e77131e147fe8c50b173a5f8d5302"> UPDATE [FreeAvailability] SET Resource_id = null WHERE Resource_id = @p0 AND Id = @p1 </frame> 
       <frame procname="unknown" line="1" sqlhandle="0x000000000000000000000000000000000000000000000000"> unknown </frame> 
      </executionStack> 
      <inputbuf> (@p0 int,@p1 int)UPDATE [FreeAvailability] SET Resource_id = null WHERE Resource_id = @p0 AND Id = @p1 </inputbuf> 
     </process> 
     </process-list> 
     <resource-list> 
     <keylock hobtid="72057594078035968" dbid="9" objectname="SDN.Napoli.dbo.FreeAvailability" indexname="PK__FreeAvailability__3939548A" id="lock4bdb180" mode="X" associatedObjectId="72057594078035968"> 
      <owner-list> 
       <owner id="process3a28da8" mode="X"/> 
      </owner-list> 
      <waiter-list> 
       <waiter id="process3a0ac58" mode="U" requestType="wait"/> 
      </waiter-list> 
     </keylock> 
     <keylock hobtid="72057594078035968" dbid="9" objectname="SDN.Napoli.dbo.FreeAvailability" indexname="PK__FreeAvailability__3939548A" id="lock4c25680" mode="X" associatedObjectId="72057594078035968"> 
      <owner-list> 
       <owner id="process3a0ac58" mode="X"/> 
      </owner-list> 
      <waiter-list> 
       <waiter id="process3a28da8" mode="U" requestType="wait"/> 
      </waiter-list> 
     </keylock> 
     </resource-list> 
    </deadlock> 
</deadlock-list>

似乎死锁发生在主键，但它是如何可能的，我怎么能解决这个问题呢？

在此先感谢

编辑：

这是表结构：

CREATE TABLE [dbo].[FreeAvailability](
    [Id] [int] IDENTITY(1,1) NOT NULL, 
    [Date] [datetime] NULL, 
    [StartTime] [datetime] NULL, 
    [EndTime] [datetime] NULL, 
    [BookOnlyIfRequired] [bit] NULL, 
    [Free48HsBefore] [bit] NULL, 
    [Private] [bit] NULL, 
    [F48HBGroup] [bit] NULL, 
    [Resource_id] [int] NULL, 
    [Sedi_id] [int] NULL, 
    [Skill_id] [int] NULL, 
    [BOIRGroup_id] [int] NULL, 
    [Private48HBGroup] [bit] NULL, 
    [Free24HsBefore] [bit] NULL, 
    [Free72HsBefore] [bit] NULL, 
    [F24HBGroup] [bit] NULL, 
    [F72HBGroup] [bit] NULL, 
    [Private24HBGroup] [bit] NULL, 
    [Private72HBGroup] [bit] NULL, 
PRIMARY KEY CLUSTERED 
(
    [Id] ASC 
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] 
) ON [PRIMARY] 

GO 
ALTER TABLE [dbo].[FreeAvailability] WITH CHECK ADD CONSTRAINT [FK4D396931200F9F6C] FOREIGN KEY([Skill_id]) 
REFERENCES [dbo].[Skill] ([Id]) 
GO 
ALTER TABLE [dbo].[FreeAvailability] CHECK CONSTRAINT [FK4D396931200F9F6C] 
GO 
ALTER TABLE [dbo].[FreeAvailability] WITH CHECK ADD CONSTRAINT [FK4D3969313F693A26] FOREIGN KEY([BOIRGroup_id]) 
REFERENCES [dbo].[BOIRGroup] ([Id]) 
GO 
ALTER TABLE [dbo].[FreeAvailability] CHECK CONSTRAINT [FK4D3969313F693A26] 
GO 
ALTER TABLE [dbo].[FreeAvailability] WITH CHECK ADD CONSTRAINT [FK4D396931C92BB494] FOREIGN KEY([Resource_id]) 
REFERENCES [dbo].[Resource] ([Id]) 
GO 
ALTER TABLE [dbo].[FreeAvailability] CHECK CONSTRAINT [FK4D396931C92BB494] 
GO 
ALTER TABLE [dbo].[FreeAvailability] WITH CHECK ADD CONSTRAINT [FK556546F95E61B626] FOREIGN KEY([BOIRGroup_id]) 
REFERENCES [dbo].[BOIRGroup] ([Id]) 
GO 
ALTER TABLE [dbo].[FreeAvailability] CHECK CONSTRAINT [FK556546F95E61B626] 
GO 
ALTER TABLE [dbo].[FreeAvailability] WITH CHECK ADD CONSTRAINT [FK556546F95ECA95DC] FOREIGN KEY([Skill_id]) 
REFERENCES [dbo].[Skill] ([Id]) 
GO 
ALTER TABLE [dbo].[FreeAvailability] CHECK CONSTRAINT [FK556546F95ECA95DC] 
GO 
ALTER TABLE [dbo].[FreeAvailability] WITH CHECK ADD CONSTRAINT [FK556546F9E6E3AAC4] FOREIGN KEY([Resource_id]) 
REFERENCES [dbo].[Resource] ([Id]) 
GO 
ALTER TABLE [dbo].[FreeAvailability] CHECK CONSTRAINT [FK556546F9E6E3AAC4]

我不能说通过2线传递，因为我不日志值:(

来源

2012-07-20 ced

请向我们展示您的表格结构！你有什么列（及其数据类型）？你在桌上有什么样的索引？你的两个线程正在更新什么'Resource_Id'和'ID'的值？ – 2012-07-20 13:06:36

这将是一个很好的起点 http://sqlindian.com/2012/07/06/sql-server-deadlocks-and-live-lockscommon-patterns/ – Madhivanan 2012-07-20 13:13:45

这些更新是另一个交易的一部分？在启动更新之前，在同一个表上的某些行上会锁定某种类型的锁？此外，表上还有什么样的非聚簇索引？ – 2012-07-20 15:01:14

要确定涉及此死锁的行，请运行查询

SELECT ID，%% lockres %%作为LockResource FROM dbo.FreeAvailability WHERE %% lockres %% IN（ '（e100ae2e5d7f）'， '（d0006ab1ca37）'）

在这种僵局，过程process3a0ac58被保持的X锁定与资源（e100ae2e5d7f）相对应的行并等待资源（d0006ab1ca37）对应的行上的U锁（用于UPDATE的读取阶段）。

同时process3a28da8在与资源（d0006ab1ca37）对应的行上持有X锁并等待U锁（e100ae2e5d7f）。

死锁跟踪不会告诉你什么语句获得锁。我的猜测是你在同一个事务中执行多个UPDATE。同样在这种情况下，UPDATE以相反的顺序执行。

使用键级锁的两个独立的UPDATE语句（由于PK上的WHERE子句）不会相互死锁。所以这应该是经典循环死锁的情况，如here所解释的。

来源

2012-07-21 00:21:00

UPDATE上的SQL Server死锁

回答

相关问题