Oracle中的死锁Dead Lock（二）

最新推荐文章于 2021-04-12 00:25:16 发布

指尖上的程序

最新推荐文章于 2021-04-12 00:25:16 发布

阅读量1.4k

点赞数

分类专栏： ORACLE工作机制

ORACLE工作机制专栏收录该内容

19 篇文章 0 订阅

订阅专栏

Oracle死锁监控和解决

在前文中提到，死锁问题解决方法分为死锁监控和死锁处理。所谓死锁监控就是发现死锁。Oracle中，通过锁之间的连接关系，有自动的监控死锁、解决死锁的机制。但是实际中，特别是开发测试过程中，还是可能出现死锁的情况。下面是一些网络上推荐的脚本，可以发现和解决死锁。

1、发现锁对象和对应的SID

//发现锁定

SELECT s.username, l.OBJECT_ID, l.SESSION_ID, s.SERIAL#, l.ORACLE_USERNAME, l.OS_USER_NAME, l.PROCESS FROM V$LOCKED_OBJECT l,V$SESSION S WHERE l.SESSION_ID=S.SID;

2、解决方法——kill掉指定的session

alter system kill session ‘sid,serial#’; （其中sid=l.session_id）

kill掉session，也可以在EM中进行，使用图形化界面。

3、解决方法——kill掉指定的process

通过sid找到对应service进程的id信息，通过操作系统级别进行kill。

select pro.spid from v$session ses,v$process pro where ses.sid=XX and ses.paddr=pro.addr;

其中sid用死锁的sid替换。

exit

ps -ef|grep spid

其中spid是这个进程的进程号，kill掉这个Oracle进程。

在OS层面kill进程的情况很多，比如使用dbms_job调用的session，大部分时候都需要在OS层面kill掉。

Oracle死锁与应用设计

一般情况下，应用程序对数据库的操作基本上是瞬时的（除非需要Tunning）。只有涉及到批量事务操作的时候，才会出现长时间对一个对象的独占。一旦这种情况出现，所独占的对象又是为其他会话（批量操作）所请求，就有可能出现死锁。

长时间的批量事务一般都组织在系统专门的作业管理器中，根据特定的调度规则进行运行。为了提高效率，作业管理器通常使用多线程技术，同时多个线程执行多个任务，这种情况下，出现死锁的概率也有大大提升。在这个问题上，笔者有如下想法：

1、按照模块划分线程，模块内作业顺序执行，模块间并行。一般来说，一个模块的作业之间，会出现比较严重的资源请求共享，比如对同一个表中同一批数据的操作。这样很容易出现死锁状态。无论是手工解锁、还是借助Oracle自身机制解锁，都至少引起一个作业的回滚。所以，根据模块进行划分，相同模块的作业尽可能顺序执行，减少表数据之间共用。不同模块之间的作业，操作更新的表范围差别比较大，所以不同业务模块之间作业进行并行。

2、作业中显示进行错误00060的处理。在作业的开发中，要加入对于00060死锁错误的处理，如果接受到了该错误异常，要主动从应用层面进行操作回滚，接触其他作业阻塞情况。

3、借助Oracle自身锁机制，监控长时间锁住对象和会话状况，尽快通知DBA手工解决死锁。

综上所述：死锁在Oracle中是一种比较少见的情况，而且自身有相应的监控防护机制。作为应用开发者的我们，也要尽可能的合理化应用处理结构，尽可能不要显示的锁定对象和设计不合理的并行操作，加大出现死锁的概率。

http://blog.itpub.net/17203031/viewspace-682116/