在数据库中解决死锁的常用方法有哪些

在数据库中解决死锁的常用方法有哪些,第1张

死锁主要表现以下几种情况:

表现一:

一个用户A 访问表A(锁住了表A),然后又访问表B

另一个用户B 访问表B(锁住了表B),然后企图访问表A

这时用户A由于用户B已经锁住表B,它必须等待用户B释放表B,才能继续,好了他老人家就只好老老实实在这等了

同样用户B要等用户A释放表A才能继续这就死锁

解决方法:

这种死锁是由于你的程序的BUG产生的,除了调整你的程序的逻辑别无他法

仔细分析你程序的逻辑,

1:尽量避免同时锁定两个资源

2: 必须同时锁定两个资源时,要保证在任何时刻都应该按照相同的顺序来锁定资源

表现二:

用户A读一条纪录,然后修改该条纪录

这是用户B修改该条纪录

这里用户A的事务里锁的性质由共享锁企图上升到独占锁(for update),而用户B里的独占锁由于A有共享锁存在所以必须等A释

放掉共享锁,而A由于B的独占锁而无法上升的独占锁也就不可能释放共享锁,于是出现了死锁。

这种死锁比较隐蔽,但其实在稍大点的项目中经常发生。

解决方法:

让用户A的事务(即先读后写类型的 *** 作),在select 时就是用Update lock

语法如下:

select from table1 with(updlock) where

如果真的table被锁住了,可以通过下面的方法来解锁:

Sql server企业管理器->对应的数据库->管理->当前活动->锁/进程ID

将对应的被锁住的进程关闭。

还有一种方法,就是在你不知道究竟是哪张表被锁,由何种原因被锁,可以重新启动数据库来解决,但不保证下次又被锁住,因为还没有找到问题的根本原因。

要避免锁表,在 *** 作数据库最好不要用独占方式。

先定位一下是哪个程序句柄导致的死锁。

方法一、查看db2diaglog文件

找到DeadLock or Lock timeout 死锁或锁超时信息

db2 force application(句柄ID)

直接结束进程即可。

方法二、DB2快照信息

1、看一下DB2快照信息

db2 get snapshot for locks on sample

可以得到类似信息:

数据库锁定快照

数据库名称 = SAMPLE

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

输入数据库别名 = SAMPLE

挂起的锁定 = 8

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

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

应用程序句柄 = 54

应用程序标识 = LOCALDB2140304192925

序号 = 00001

应用程序名 = db2bpexe CONNECT

授权标识 = DB2ADMIN

应用程序状态 = 锁定等待

应用程序代码页 = 1208

挂起的锁定 = 4

总计等待时间(毫秒) = 247867

锁定列表

锁定名称 = 0x5359534C564C3031DDECEF2841

锁定属性 = 0x00000000

发行版标志 = 0x40000000

锁定计数 = 1

挂起计数 = 0

锁定对象名 = 2312

对象类型 = 行

表空间名 = IBMDB2SAMPLEREL

表模式 = DB2ADMIN

表名 = TEST

方式 = IX

查看锁定的详细信息:db2 get snapshot for locks for application agentid 1728

----(1728是句柄ID)

3、观察命令db2 list applications的输出

查看应用程序的状态是否有锁定等待(Lock-wait)状态出现。

执行命令 list applications for db sample show detail;

4、db2 force application(句柄ID)

直接结束进程即可。

可以用 sp_who 'active' 看一下午 blk 字段是否为 0 ,如是其它数x,说明这个数可能就是锁,再用 sp_who 数x 看一下它下面的 blk 是否有数,这样查下去,如果它下面没有数并且是查询状态或是等待状态等(除更新及插入状态)都可以用 kill 数x

以上就是关于在数据库中解决死锁的常用方法有哪些全部的内容,包括:在数据库中解决死锁的常用方法有哪些、DB2数据库发生死锁了怎么办、数据库死锁怎么处理等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9824703.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-02
下一篇 2023-05-02

发表评论

登录后才能评论

评论列表(0条)

保存