Cache Buffers Chains解决思路一

最新推荐文章于 2025-07-30 21:33:21 发布

转载最新推荐文章于 2025-07-30 21:33:21 发布 · 322 阅读

文章标签：

本文提供了一种解决Oracle数据库中CBC（Cache Buffer Chains）锁定问题的方法，包括定位引起问题的SQL语句、分析执行计划及优化建议。

        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