DB2数据库发生死锁了怎么办

数据库 *** 作的死锁是不可避免的，本文并不打算讨论死锁如何产生，重点在于解决死锁，通过SQL Server 2005, 现在似乎有了一种新的解决办法。

将下面的SQL语句放在两个不同的连接里面，并且在5秒内同时执行，将会发生死锁。

use Northwind

begin tran

insert into Orders(CustomerId) values(@#ALFKI@#)

waitfor delay @#00:00:05@#

select * from Orders where CustomerId = @#ALFKI@#

commit

print @#end tran@#

SQL Server对付死锁的办法是牺牲掉其中的一个，抛出异常，并且回滚事务。在SQL Server 2000，语句一旦发生异常，T-SQL将不会继续运行，上面被牺牲的连接中， print @#end tran@#语句将不会被运行，所以我们很难在SQL Server 2000的T-SQL中对死锁进行进一步的处理。

现在不同了，SQL Server 2005可以在T-SQL中对异常进行捕获，这样就给我们提供了一条处理死锁的途径：

下面利用的try ... catch来解决死锁。

SET XACT_ABORT ON

declare @r int

set @r = 1

while @r <= 3

begin

begin tran

begin try　

insert into Orders(CustomerId) values(@#ALFKI@#)

waitfor delay @#00:00:05@#

select * from Orders where CustomerId = @#ALFKI@#

commit

break

end try

begin catch

rollback

waitfor delay @#00:00:03@#

set @r = @r + 1

continue

end catch

end

解决方法当然就是重试，但捕获错误是前提。rollback后面的waitfor不可少，发生冲突后需要等待一段时间，@retry数目可以调整以应付不同的要求。

但是现在又面临一个新的问题: 错误被掩盖了，一但问题发生并且超过3次，异常却不会被抛出。SQL Server 2005 有一个RaiseError语句，可以抛出异常，但却不能直接抛出原来的异常，所以需要重新定义发生的错误，现在，解决方案变成了这样:

declare @r int

set @r = 1

while @r <= 3

begin

begin tran

begin try　

insert into Orders(CustomerId) values(@#ALFKI@#)

waitfor delay @#00:00:05@#

select * from Orders where CustomerId = @#ALFKI@#

commit

break

end try

begin catch

rollback

waitfor delay @#00:00:03@#

set @r = @r + 1

continue

end catch

end

if ERROR_NUMBER() <>0

begin

declare @ErrorMessage nvarchar(4000)

declare @ErrorSeverity int

declare @ErrorState int

select

@ErrorMessage = ERROR_MESSAGE(),

@ErrorSeverity = ERROR_SEVERITY(),

@ErrorState = ERROR_STATE()

raiserror (@ErrorMessage,

　 @ErrorSeverity,

　 @ErrorState

　 )

end

我希望将来SQL Server 2005能够直接抛出原有异常，比如提供一个无参数的RaiseError。

因此方案有点臃肿，但将死锁问题封装到T-SQL中有助于明确职责，提高高层系统的清晰度。现在，对于DataAccess的代码，或许再也不需要考虑死锁问题了。

C:\>db2 get snapshot for locks on js

数据库锁定快照

数据库名称 = JS

数据库路径 = D:\DB2\NODE0000\SQL00001\

输入数据库别名 = JS

挂起的锁定 = 5

当前已连接的应用程序= 1

当前正等待锁定的代理程序数 = 0

快照时间戳记= 2007-09-04 12:54:33.121513

应用程序句柄 = 10

应用程序标识= *LOCAL.DB2.070904045330

序号= 00001

应用程序名 = db2taskd

CONNECT 授权标识 = ADMINISTRATOR

应用程序状态= 连接已完成

状态更改时间= 未收集

应用程序代码页 = 1208

挂起的锁定 = 0

总计等待时间（毫秒）= 未收集

应用程序句柄 = 9

应用程序标识= *LOCAL.DB2.070904045329

序号= 00001

应用程序名 = db2stmm

CONNECT 授权标识 = ADMINISTRATOR

应用程序状态= 连接已完成

状态更改时间= 未收集

应用程序代码页 = 1208

挂起的锁定 = 0

总计等待时间（毫秒）= 未收集

应用程序句柄 = 8

应用程序标识= *LOCAL.DB2.070904045327

序号= 00011

应用程序名 = javaw.exe

CONNECT 授权标识 = ADMINISTRATOR

应用程序状态= UOW 正在等待

状态更改时间= 未收集

应用程序代码页 = 1208

挂起的锁定 = 5

总计等待时间（毫秒）= 未收集

锁定列表

锁定名称 = 0x020010000D0080080000000052

锁定属性 = 0x00000000

发行版标志 = 0x40000000

锁定计数 = 1

挂起计数 = 0

锁定对象名 = 142606349

对象类型 = 行

表空间名 = USERSPACE1

表模式 = JS

表名 = US_CATALOG

方式 = X

锁定名称 = 0x02001000090080080000000052

锁定属性 = 0x00000000

发行版标志 = 0x40000000

锁定计数 = 1

挂起计数 = 0

锁定对象名 = 142606345

对象类型 = 行

表空间名 = USERSPACE1

表模式 = JS

表名 = US_CATALOG

方式 = X

锁定名称 = 0x01000000010000000100EA0056

锁定属性 = 0x00000000

发行版标志 = 0x40000000

锁定计数 = 1

挂起计数 = 0

锁定对象名 = 0

对象类型 = 内部变化锁定

方式 = S

锁定名称 = 0x5359535348323030DDECEF2841

锁定属性 = 0x00000000

发行版标志 = 0x40000000

锁定计数 = 1

挂起计数 = 0

锁定对象名 = 0

对象类型 = 内部方案锁定

方式 = S

锁定名称 = 0x02001000000000000000000054

锁定属性 = 0x00000000

发行版标志 = 0x40000000

锁定计数 = 2

挂起计数 = 0

锁定对象名 = 16

对象类型 = 表

表空间名 = USERSPACE1

表模式 = JS

表名 = US_CATALOG

方式 = IX

C:\>db2 list applications

授权标识程序 应用程序名应用程序句柄应用程序标识数据库名称代理序号

------------ -------------- -------------- ------------------------ ------------- ----------

ADMINIST db2taskd 10 *LOCAL.DB2.070904045330 JS 1

ADMINIST db2stmm9 *LOCAL.DB2.070904045329 JS 1

ADMINISTjavaw.exe 8 *LOCAL.DB2.070904045327 JS 1

在snapshot的第四段显示应用程序句柄为8的应用有锁存在，在其相应的锁定列表中显示锁定的表是US_CATALOG。

如果您确定是US_CATALOG表上发生了死锁，可以通过命令db2 "force application(8)"来杀掉该应用在数据库上

的连接。注意如果force命令导致该应用的事务回滚得话，force命令不能马上断开应用在数据库上的连接，而是

要等到回滚完成后才能断开该应用的数据库连接。

C:\>db2 list applications show detail

//list applications for database cmsbj3 show detail

如果DB2在Window上，则可以使用“控制中心”->实例->右键“应用程序”，可以看到当前的锁定情况，并且可以强行关闭某个进程，也可以显示“锁定链”。

1.DB2表锁定怎么解锁

http://www.chinaunix.net/jh/22/20020.html

2.DB2中怎么知道表的锁定情况：

http://www.chinaunix.net/jh/22/16766.html

db2 list applications show detail | grep -i lock

如果是Windows系统，grep命令不好用，你就用list applications命令然后仔细找吧，找到后可以用get snapshot for application命令获得快照，然后可以知道是谁hold了锁，你就能顺利解锁了

---