library cache lock/pin排查与处理

来源：这里教程网时间：2026-03-03 22:01:38 作者：

【故障现象】

某些session执行操作被堵塞，检查event发现’library cache lock/pin’等待；

【可能故障原因】

library cache lock/pin发生在多个session对相同library cache对象进行争用发生，一般来说在存储过程编译过程中发生并堵塞编译。

【应急措施】

堵塞和被堵塞session在同一个实例上：

查找导致library cache lock/pin的对象；

SELECT 
KGLNAOWN,KGLNAOBJ

FROM 
x$kglob 

WHERE 
kglhdadr 
in
(

select 
P1RAW 
from 
v$session_wait 
where 
event 
like 
'library cache%'
);

继续查找那些session导致了library cache lock/pin等待：

select 
sid, serial#,program ,machine 
from 
v$session

where 
paddr 
in 
(

SELECT 
s.paddr 
FROM 
x$kglpn p, v$session s

WHERE 
p.kglpnuse=s.saddr(+) 
AND 
p.kglpnmod <> 0 
and 
kglpnhdl 
in 
(

select 
p1raw  
from 
v$session_wait

where 
event 
in 
(
'library cache pin'
,
'library cache lock' 
,
'library cache load lock'
)));

注：如果上述SQL时间执行时间较长，可手动分步执行，如先执行IN中的子SQL。

根据实际情况严重程度进行如下紧急处理：

a) 对所有导致library cache lock/pin的session进行kill，解决堵塞情况。

堵塞和被堵塞session不在同一个实例上：

查找导致library cache lock/pin的对象；（同情况1）

SELECT 
KGLNAOWN,KGLNAOBJ

FROM 
x$kglob 

WHERE 
kglhdadr 
in
(

select 
P1RAW 
from 
v$session_wait 
where 
event 
like 
'library cache%'
);

在其他实例上陆续进行查找导致了library cache lock/pin等待的session，首先确认其他实例上的堵塞对象的地址，参考上面查询结果：

select 
sid, serial#, sql_text 
from 
dba_kgllock w, v$session s, v$sqlarea a

where 
w.kgllkuse = s.saddr 
and 
w.kgllkhdl 
in
(

select 
kglhdadr 
from 
x$kglob 
where 
kglnaown=
'SYS' 
and 
kglnaobj = 
'DUMMY'
)

and 
s.sql_address = a.address

and 
s.sql_hash_value = a.hash_value;