评论

收藏

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

数据库 数据库 发布于:2022-01-27 12:28 | 阅读数:599 | 评论:0

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

关注下面的标签,发现更多相似文章