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???????????????????????????????? 75,884??? 1,409,500?? 48.44latch free???????????????????????????????????? 34,297,906??? 1,205,636?? 41.43library cache pin???????????????????????????????????? 563????? 142,491??? 4.90db file scattered read??????????????????????????? 146,283?????? 75,871??? 2.61enqueue???????????????????????????????????????????? 2,211?????? 13,003???? .45????????? -------------------------------------------------------------?????? ??????????????????????? 这里的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