讲解Oracle数据库中结束死锁进程的一般方法

1、查看死锁
1)用dba用户执行以下语句

select username,lockwait,status,machine,program from v$session where sid in
 (select session_id from v$locked_object)

如果有输出的结果,则说明有死锁,且能看到死锁的机器是哪一台。字段说明:
Username:死锁语句所用的数据库用户;
Lockwait:死锁的状态,如果有内容表示被死锁。
Status: 状态,active表示被死锁
Machine: 死锁语句所在的机器。
Program: 产生死锁的语句主要来自哪个应用程序

2)用dba用户执行以下语句,可以查看到被死锁的语句。

select sql_text from v$sql where hash_value in
(select sql_hash_value from v$session where sid in
(select session_id from v$locked_object))

2、死锁的解决方法
1)查找死锁的进程:

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掉这个死锁的进程:

alter system kill session ‘sid,serial#'; (其中sid=l.session_id)

3)如果还不能解决:

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

其中sid用死锁的sid替换:


--ORACLE 就是查表,需要SYSTEM,SYS(有相应权限的用户)执行下面的SQL语句就可以了查看锁代码

SELECT sn.username,
    m.SID,
    sn.SERIAL#,
    m.TYPE,
    DECODE(m.lmode,
       0,
       'None',
       1,
       'Null',
       2,
       'Row Share',
       3,
       'Row Excl.',
       4,
       'Share',
       5,
       'S/Row Excl.',
       6,
       'Exclusive',
       lmode,
       LTRIM(TO_CHAR(lmode, '990'))) lmode,
    DECODE(m.request,
       0,
       'None',
       1,
       'Null',
       2,
       'Row Share',
       3,
       'Row Excl.',
       4,
       'Share',
       5,
       'S/Row Excl.',
       6,
       'Exclusive',
       request,
       LTRIM(TO_CHAR(m.request, '990'))) request,
    m.id1,
    m.id2
 FROM v$session sn, v$lock m
 WHERE (sn.SID = m.SID AND m.request != 0) --存在锁请求,即被阻塞 
  OR (sn.SID = m.SID --不存在锁请求,但是锁定的对象被其他会话请求锁定 
    AND m.request = 0 AND lmode != 4 AND
    (id1, id2) IN (SELECT s.id1, s.id2
             FROM v$lock s
            WHERE request != 0
             AND s.id1 = m.id1
             AND s.id2 = m.id2))
 ORDER BY id1, id2, m.request;

3、避免死锁
如果两个事务需要访问相同的一组表,那么在两个事务中按相同的顺序对这组表加锁通常能避免多表死锁。例如,如果系统中的一个主表及一个明细表都需要更新时,开发者应该遵从一定的规则,如先对主表加锁,再对明细表加锁。如果能够仔细设计类似的规则并严格执行,就能从根本上杜绝死锁的产生。    如果开发者预先知道需要在同一事务内对一系列资源加锁,那么应考虑首先对排他性最高的资源加锁。

声明:本文内容来源于网络,版权归原作者所有,内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:notice#nhooo.com(发邮件时,请将#更换为@)进行举报,并提供相关证据,一经查实,本站将立刻删除涉嫌侵权内容。