查询Oracle中的阻塞锁(以及阻塞在哪个数据上)的SQL
查询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 = <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 = <SID> 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 ()
数据库阻塞检查处理方法
当应用服务器发生阻塞时(特别是集群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 = <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 = <SID> 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 ()