ORACLE中的等待事件

foxmile

pdf的质量，一般，不过和书的内容比起来，质量差点似乎没那么大影响

foxmile

一共两个文件。共享

foxmile

原帖由 upper123 于 2007-12-25 23:17 发表
Library cache pin大量的出现，怀疑跟热点块有关系，可是这种等待时间针对性的解决和诊断办法是什么呢？请高手指点，谢谢。

我发的那个 chm里面倒是介绍了。不过我有些地方确实看不明白。

ah_cx

谢谢 foxmile 老兄的无私奉献,小弟谢谢了

晶晶小妹

原帖由 zhangyg 于 2005-7-23 20:51 发表
希望ｉｔｐｕｂ在大家的努力下越办越好　！

希望所以orait人员都能够找到一份满意的工作！

upper123

原帖由 foxmile 于 2007-12-26 09:44 发表

我发的那个 chm里面倒是介绍了。不过我有些地方确实看不明白。

感谢蚊子的无私共享，关于那个等待事件，我再找找解决办法吧，有办法了，我也上来共享，呵呵

yuxuan

好书，学习

zyy19841230

Library cache Pin等待事件通常在编译或重新编译PL/SQL，视图等数据库对象，或者进行grant,revoke操作时发生。判断Library cache Pin的方法如下（以下SQL代码均转载自《深入浅出Oracle--DBA入门，进阶与诊断案例》 盖国强著 的第五章 Buffer Cache与Shared Pool原理213页--215页）：
1.获得Library cache Pin等待对象
select addr,kglhdadr,kglhdpar,
          kglnaown,kglnaobj,kglnahsh,kslhdobj
  from x$kglob
where kglhdadr in (select p1raw
                                   from v$session_wait
                                 where event like 'library%')
2.获得持有对象的session信息
select a.sid,a.username,a.program,b.addr,
          b.kglpnadr,b.kglpnuse,b.kglpnses,
          b.kglpnhdl,b.kglpnlck,b.kglpnmod,
          b.kglpnreq
  from v$session a,x$kglpn b
where a.saddr=b.kglpnuse
      and b.kglpnmod<>0
      and b.kglpnhdl in (select p1raw
                                      from v$session_wait
                                      where event like 'library%')
3.获得持有对象用户的执行代码
select sql_text
  from v$sqlarea
where (v$sqlarea.address,v$sqlarea.hash_value
            in (
                 select sql_address,sql_hash_value
                    from v$session
                   where sid in (
                                         select sid from v$session a, x$kglpn b
                                           where a.saddr=b.kglpnuse
                                                and b.kglpnmod<>0
                                                and kglpnhdl in (
                                                                           select p1raw from v$session_wait
                                                                              where event like 'library%')))
避免Library Cache Pin等待事件最好不要再session运行数据库对象时在session2中将该对象进行alter,grant,revoke操作（如果想更详细了解，请参阅《深入浅出Oracle--DBA入门，进阶与诊断案例》的第五章 Buffer Cache与Shared Pool原理）

晶晶小妹

哈哈，Library cache pin 通常不代表热点块吧。 这个是Library cache中的， 保护Library cache中的内存堆， 在执行游标、过程、函数和包时使用，和Buffer cache中的块没什么直接联系。
Buffer busy wait和相关Buffer cache 的Latch free最有可能代表热点块。

upper123

晶晶的意思是：Library cache pin 出现表现了library cache过小，以至于资源过忙？

我这里遇到的问题是，共享池设置到3G这么大，居然还会出现这个等待事件。我怀疑是共享池自身调度的问题，后来在metalink上查说是一个bug，升级数据库后（10.2.0.2 -> 10.2.0.3），问题解决。