1、查看死锁
1)用dba用户执行以下语句
1
2
|
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用户执行以下语句,可以查看到被死锁的语句。
1
2
3
|
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)查找死锁的进程:
1
2
3
|
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掉这个死锁的进程:
1
|
alter system kill session ‘sid,serial#'; (其中sid=l.session_id)
|
3)如果还不能解决:
1
2
3
4
5
|
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语句就可以了查看锁代码
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
|
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、避免死锁
如果两个事务需要访问相同的一组表,那么在两个事务中按相同的顺序对这组表加锁通常能避免多表死锁。例如,如果系统中的一个主表及一个明细表都需要更新时,开发者应该遵从一定的规则,如先对主表加锁,再对明细表加锁。如果能够仔细设计类似的规则并严格执行,就能从根本上杜绝死锁的产生。 如果开发者预先知道需要在同一事务内对一系列资源加锁,那么应考虑首先对排他性最高的资源加锁。