查询Oracle中的阻塞锁(以及阻塞在哪个数据上)的SQL

数据库阻塞检查处理方法

当应用服务器发生阻塞时(特别是集群1)，应先按下面方法检查数据库，以判明应用服务器阻塞是否由数据库阻塞引起。

如果 select * from dba_waiters 有输出，转 阻塞情形A ；

如果 SELECT * FROM v$session_wait WHERE event LIKE 'library%' 有输出，转 阻塞情形B ；

ELSE 马上联系DBA。

阻塞情形A：

1、查看dba_waiters

select * from dba_waiters

发现有大量的等待session。如果无输出，数据库应没有问题。

2、查看等待事件情况

select p.spid pid,

s.sid,

s.SERIAL#,

s.username,

event,

w.p1,

w.P1TEXT,

w.p2,

w.P2TEXT,

w.p3,

w.P3TEXT,

sq.SQL_TEXT,

w.WAIT_TIME,

w.SECONDS_IN_WAIT,

w.STATE

from v$session_wait w, v$session s, v$process p, v$sql sq

where event not like 'SQL%' and w.sid = s.sid and s.paddr = p.addr and

s.SQL_ADDRESS = sq.ADDRESS and s.SQL_HASH_VALUE = sq.HASH_VALUE

发现有大量EVENT列的值是enqueue的记录。

3、查看锁等待情况

SELECT lpad(' ', DECODE(request, 0, 0, 1)) || sid sess,

id1,

id2,

lmode,

request,

type

FROM V$LOCK

WHERE id1 IN (SELECT id1 FROM V$LOCK WHERE lmode = 0)

ORDER BY id1, request

检查是否存在lmode为3的记录，发现session 441把持着一个个DML级的三级锁(存在一条sess=441,lmode=3的记录)

4、查看sid 为441的session情况，记录以下输出并发出到公告版：

select p.SPID, s.*

from v$session s, v$process p

where sid in (441) and p.ADDR = s.PADDR

SPID SID SERIAL#

26358 441 47439

查看该session的用户名、机器名、程序名、执行的sql等信息：

SELECT a.username,

a.machine,

a.program,

a.sid,

a.serial#,

a.status,

c.piece,

c.sql_text

FROM v$session a,

v$sqltext c

WHERE a.sid =

and a.sql_address=c.address(+)

ORDER BY c.piece

查看该session锁住的对象：

select b.object_name, a.* from v$locked_object a, dba_objects b

where session_id = and a.object_id = b.object_id

and a.locked_mode = 3

--查看是否有其他进程block这些进程

select * from dba_waiters WHERE waiting_session IN (XXX)

--查看这些session在等待什么事件

SELECT * FROM v$session_wait WHERE sid IN (XXX)

SQL*Net message from client 为 等待和客户端的通讯

5、杀掉sid为441的session

alter system kill session '441,47439';(其中441,47439分别是第四步查出的SID和SERIAL#的值)

6、如果第五步不成功，就需要在操作系统下终止进程。

kill -9 26358 (其中26358 是第四步查出SPID的值)

处理完成后，select * from dba_waiters无记录返回，数据库恢复正常。

阻塞情形B：

[一、分析解决过程]

1。查询发现数据库中有大量的library cache pin等待

SELECT * FROM v$session_wait WHERE event LIKE 'library%'

SID SEQ# EVENT P1TEXT P1

49 10781 library cache pin

75 60508 library cache pin

71 56470 library cache pin

...

2。分析library cache pin在等待的对象，发现是p_zs_bdsp_gb

SELECT kglnaown "Owner", kglnaobj "Object",sw.P1RAW

FROM x$kglob p,v$session_wait sw

WHERE p.kglhdadr=sw.P1RAW and sw.SID=987

db_zgxt p_zs_bdsp_gb 00000008E9AC7710

3。随便选等待中的一个session，查找引起library cache pin等待的session。发现其他session都在等待173

SELECT s.sid, kglpnmod "Mode", kglpnreq "Req"

FROM x$kglpn p, v$session s,V$SESSION_WAIT SW

WHERE p.kglpnuse=s.saddr

AND P.kglpnhdl=sw.P1RAW AND Sw.SID=987 order by mode desc

SID Mode Req

173 3 0

1224 0 2

1322 0 2

692 0 2

...

4。查找173的等待情况，发现它也是在等待library cache pin。

SELECT * FROM v$session_wait WHERE sid= 173

173 5502 library cache pin handle address 38280132368 00000008E9AC7710

5。继续查找是哪个session引起173的等待，发现是121

SELECT s.sid, kglpnmod "Mode", kglpnreq "Req"

FROM x$kglpn p, v$session s,V$SESSION_WAIT SW

WHERE p.kglpnuse=s.saddr

AND P.kglpnhdl=sw.P1RAW AND Sw.SID=173

121 2 0

173 0 3

6。查找121的session等待情况，发现它是在等待SQL*Net message from client，这是客户端和服务器之间

的通讯。因此可判定121是引起一系列等待的原因。

SID SEQ# EVENT P1TEXT P1 P1RAW

121 22946 SQL*Net message from client

7。查看121session的情况

select p.spid,s.* from v$session s ,v$process p where s.paddr=p.addr and S.sid in (121)

25645 00000008D5364860 121 89 3844244 00000008D438D518 40 DB_ZGXT 2 2147483644 00000008E130CDA0 ACTIVE DEDICATED 40 DB_ZGXT weblogic app02

8。在操作系统中发现25645进程(也即是121session)已经运行了6个多小时。

[db2:oracle2]prstat

PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP

25645 oracle2 24G 13G cpu194 0 0 6:16:02 2.3% oracle/2

9946 oracle2 24G 13G sleep 60 0 0:24:33 2.1% oracle/2

9。杀掉session 121后，应用恢复正常。

SQL> alter system kill session '121,89';

alter system kill session '121,89'

*

ERROR at line 1:

ORA-00031: session marked for kill

[db2:oracle2]kill -9 25645

------------------------

----------------------------------------------------------

-- 查找使用了什么语句，这个不一定有用(对于等待commit/rollback)

-- 的操作失效

select st.SQL_TEXT

from v$sqltext st,

v$session si

where st.ADDRESS = si.SQL_ADDRESS

and st.HASH_VALUE = si.SQL_HASH_VALUE

and si.SID in ()

order by st.PIECE

----------------------------------------------------------

-- 查找锁的类型、锁住的对象

select distinct lk.TYPE,lk.LMODE,do.owner || '.' || do.object_name

from v$lock lk,

v$locked_object lo,

dba_objects do

where do.object_id = lo.OBJECT_ID

and lo.SESSION_ID = lk.SID

and lk.SID in ()