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