ITPub博客

首页 > Linux操作系统 > Linux操作系统 > Cache Buffers Chains解决思路一

Cache Buffers Chains解决思路一

原创 Linux操作系统 作者:yezhibin 时间:2011-06-07 09:47:12 0 删除 编辑

        Latch free相对来说是Oracle性能调优的一个难点,主要是定位造成CBC的语

句,国外数据库专家对latch造诣比较深的是andreynikolaev,Tanel Poder等。

以下是解决该问题的一个思路:

1、查看v$event_name中latch: caches buffers chain中p1,p2和p3值

      p1: address;  p2: number; p3: tries

2、通过ASH查看发生CBC最多的latch地址

select * from (
    select  event,
                 trim(to_char(p1, 'xxxxxxxxxx')) latch_addr,
                 trim(round(ratio_to_report(count(*)) over ()*100, 1)) ||' % '  PCT,
                 count(*)
     from v$active_session_history
     where
         event = 'latch: cache buffers chains'
      and session_state =' WAITING'
      group by event, p1
      order by count(*) desc
     )
 where rownum <10;

输出结果关注等待latch的LATCH_ADDR地址。

3、tanlepoder提供了latchprofx脚本,见附件
        (将附件latchprox.jpg改成latchprox.sql)

SQL>@latchprofx.sql sid, name,sqlid, object % "&latch_addr' 10000  --采样率

脚本内使用视图:

x$ksuprlat   :关于当前latch holder信息,
                        Kernel Service, User ,Process LATch holder

x$ksuse: 关于session信息: Kernel Service User SEssion

x$ksllw: latch 内容: Kernel Service Latch context Where

输出结果中,我们关注object地址,可以知道是哪个对象,SQLID可以知道是什么

语句。

4、查找文件和数据块对象

select dbms_utility.data_block_address_file(to_number('&object', 'xxxxxxx') file#,
        dbms_utility.data_block_address_block(to_number('&object', 'xxxxxxx') blk#
from dual

知道了文件和数据块,我们一种方法用dump block方式知道具体是哪个对象,或者
用传统的dba_extents (但该方法查询速度非常慢),或者使用x$BH等方式。查出对应的对象名是什么。

5、通过SQLID查看v$sqlarea,或v$SQL方法获得完整的SQL语句

select sql_fulltext from v$sqlarea where sql_id='&sqlid';

6、通过dbms_xplan.display_cursor脚本(参看前面文章“Oracle 10中如何使用
dbms_xplan分析执行计划”)

列出完整的执行计划。我们通过执行计划重点关注步骤4查出的对象名称

大部分情况下,CBC是改变SQL执行计划,通常造成该问题执行计划显现NL,filter问题。优化该语句基本能解决该问题。






latchprofx.jpg

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/354732/viewspace-697317/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2008-12-18

  • 博文量
    159
  • 访问量
    519538