library_cache_pin或lock的简单解决办法.docVIP

library cache pin/lock的简单解决办法 近日数据库出现library cache pin的问题，网上转过来一个简单的查询办法，以备日后使用。 Oracle使用两种数据结构来进行shared pool的并发控制:lock 和 pin.Lock比pin具有更高的级别. Lock在handle上获得,在pin一个对象之前,必须首先获得该handle的锁定.锁定主要有三种模式: Null,share,Exclusive.在读取访问对象时,通常需要获取Null 空 模式以及share 共享 模式的锁定.在修改对象时,需要获得Exclusive 排他 锁定. 在锁定了Library Cache对象以后,一个进程在访问之前必须pin该对象.同样pin有三种模式,Null,shared和exclusive.只读模式时获得共享pin,修改模式获得排他pin. 通常我们访问、执行过程、Package时获得的都是共享pin,如果排他pin被持有,那么数据库此时就要产生等待.在很多statspack的report中,我们可能看到以下等待事件: Top 5 Wait Events~~~~~~~~~~~~~~~~~ Wait % TotalEvent Waits? Time cs ?? Wt Time 这里的library cache lock和library cache pin都是我们关心的.接下来我们就研究一下这几个等待事件. 一 .LIBRARY CACHE PIN等待事件 Oracle文档上这样介绍这个等待事件:library cache pin 是用来管理library cache的并发访问的,pin一个object会引起相应的heap被载入内存中 如果此前没有被加载 ,Pins可以在三个模式下获得:NULL,SHARE,EXCLUSIVE,可以认为pin是一种特定形式的锁.当Library Cache Pin等待事件出现时,通常说明该Pin被其他用户已非兼容模式持有. library cache pin的等待时间为3秒钟,其中有1秒钟用于PMON后台进程,即在取得pin之前最多等待3秒钟,否则就超时.library cache pin的参数如下,有用的主要是P1和P2: P1 - KGL Handle address. P2 - Pin address P3 - Encoded Mode Namespace LIBRARY CACHE PIN通常是发生在编译或重新编译PL/SQL,VIEW,TYPES等object时.编译通常都是显性的,如安装应用程序,升级,安装补丁程序等,另外,ALTER,GRANT,REVOKE等操作也会使object变得无效,?可以通过object的LAST_DDL观察这些变化.当object变得无效时,Oracle 会在第一次访问此object时试图去重新编译它,如果此时其他session已经把此object pin到library cache中,就会出现问题,特别时当有大量的活动session并且存在较复杂的dependence时.在某种情况下,重新编译object可能会花几个小时时间,从而阻塞其它试图去访问此object的进程. 下面让我们通过一个例子来模拟及解释这个等待: 1.创建测试用存储过程 [oracle@jumper udump]$ sqlplus / as sysdba SQL*Plus: Release 9.2.0.3.0 - Production on Mon Sep 6 14:16:57 2004 Copyright c 1982, 2002, Oracle Corporation.? All rights reserved. Connected to an idle instance. SQL startupORACLE instance started. Total System Global Area?? 座机电话号码 bytesFixed Size 451176 bytesVariable Size 座机电话号码 bytesDatabase Buffers 1座机电话号码 bytesRedo Buffers 667648 bytesDatabase mounted.Database opened.SQL create or replace PROCEDURE pining? 2? IS? 3? BEGIN? 4 NULL;? 5? END;? 6? / Procedure created. SQL ?SQL create or replace procedure calli