【转载】latch: cache buffers chains

本文转自惜分飞的博客,博客原文地址:www.xifenfei.com/1109.html,支持原创,分享知识!

当一个数据块读入sga区,相应的buffer header会被放置到hash列表上,我们称其这hash chains,chain在中文的意为链条或串的意思,表达就是关连性.如果一个进程想访问或修改hash chain上的block,它首先要获得”cache buffers chains” latch。

原因一:低效率的SQL语句(主要体现在逻辑读过高)

cache buffers chains latch很大程度与逻辑读有关,所以要观注v$sql中BUFFER_GETS/EXECUTIONS大的语句。
同时每一个逻辑读需要一个latch get 操作及一个cpu操作,这样的sql也会很耗cpu资源。

原因二:热块(访问过于频繁)


找出热点块方法一:

--找出p1raw
select p1,p1raw from v$session_wait where event=‘latch: cache buffers chains‘;

 

--找到对象

SELECT /*+ RULE */

 E.OWNER || ‘.‘ || E.SEGMENT_NAME SEGMENT_NAME,

 E.PARTITION_NAME,

 E.EXTENT_ID EXTENT#,

 X.DBABLK - E.BLOCK_ID + 1 BLOCK#,

 X.TCH,

 L.CHILD#

  FROM SYS.V$LATCH_CHILDREN L, SYS.X$BH X, SYS.DBA_EXTENTS E

 WHERE X.HLADDR = ‘00000002576EE018‘--p1raw

   AND E.FILE_ID = X.FILE#

   AND X.HLADDR = L.ADDR

   AND X.DBABLK BETWEEN E.BLOCK_ID AND E.BLOCK_ID + E.BLOCKS - 1

 ORDER BY X.TCH DESC;

找出热点块方法二:

--直接找出热点块
SELECT OBJECT_NAME, SUBOBJECT_NAME

  FROM DBA_OBJECTS

 WHERE DATA_OBJECT_ID IN

       (SELECT DATA_OBJECT_ID

          FROM (SELECT OBJ DATA_OBJECT_ID, FILE#, DBABLK, CLASS, STATE, TCH

                  FROM X$BH

                 WHERE HLADDR IN (SELECT ADDR

                                    FROM (SELECT ADDR

                                            FROM V$LATCH_CHILDREN

                                           ORDER BY (GETS + MISSES + SLEEPS) DESC)

                                   WHERE ROWNUM < 10)

                 ORDER BY TCH DESC)

         WHERE ROWNUM < 10);

时间: 2024-10-12 20:36:53

【转载】latch: cache buffers chains的相关文章

latch: cache buffers chains故障处理总结(转载)

一大早就接到开发商的电话,说数据库的CPU使用率为100%,应用相应迟缓.急匆匆的赶到现场发现进行了基本的检查后发现是latch: cache buffers chains 作祟,处理过程还算顺利,当时忘了记录log,这里总结下处理思路,以便下次查看. 故障分析思路 查看等待事件,判断故障起因 SQL>select * from (select sid,event,p1,p2,p3,p1text,WAIT_TIME,SECONDS_IN_WAIT from v$session_wait wher

latch: cache buffers chains故障处理总结

故障分析思路 查看等待事件,判断故障起因 SQL>select * from (select sid,event,p1,p2,p3,p1text,WAIT_TIME,SECONDS_IN_WAIT from v$session_wait where wait_class# <> 6 order by wait_time desc) where rownum <=10; 确认为latch: cache buffers chains引起的故障后,查看latch的命中率 SQL>S

WAIT EVENT: latch: cache buffers chains

关于CACHE BUFFERS CHAINS描述 CACHE BUFFERS CHAINS latch is acquired when searching for data blocks cached in the buffer cache. Since the Buffer cache is implemented as a sum of chains of blocks, each of those chains is protected by a child of this latch

latch:cache buffers chains的优化思路

数据块在buffer cache存放是以linked list方式存放的.当一个session想要访问/修改buffer cache的block,首先需要通过hash算法检查该block是否存在于buffer cache中,检查相同的SQL语句是否存在于library cache中也是通过hash算法实现的.要判断block是否存在于buffer cache中,就需要扫描linked list(此处都是串行的,不能并发),获取block的信息.而扫描linked list必须获得一个latch,

cache buffer 相关的闩锁等待事件(cache buffers lru chain/cache buffers chain)

cache buffers lru chain原因高负荷的cache吞吐量,效率差的sql语句(全表扫描,或不正确的index range scans)dbwr写出速度太慢,前台进程花费很多时间持有latch查找free buffer. cache buffers lru chain保护buffer的链表在cache中,当增加,移除,移动一个buffer从list时,cblc latch必须被获取.在SMP(对称多处理)的系统上,oracle自动设置LRU latche数量是cpu个数的一半.在

shared pool 和buffer pool 详解(之二, Cache Buffers LRU Chain、Cache Buffers LRU Chain闩锁竞争与解决)

[深入解析--eygle]学习笔记 1.1.2  Cache BuffersLRU Chain闩锁竞争与解决 当用户进程需要读数据到Buffer Cache时或Cache Buffer根据LRU算法进行管理等,就不可避免的要扫描LRU  List获取可用Buffer或更改Buffer状态,我们知道,Oracle的Buffer Cache是共享内存,可以为众多并发进程并发访问,所以在搜索的过程中必须获取Latch(Latch是Oracle的一种串行锁机制,用于保护共享内存结构),锁定内存结构,防止

[转载]Buffer cache的调整与优化

Buffer Cache是SGA的重要组成部分,主要用于缓存数据块,其大小也直接影响系统的性能.当Buffer Cache过小的时候,将会造成更多的free buffer waits事件.下面将具体描述Buffer Cache的作用.调整与优化. 一.SGA的所有组件 从动态视图v$sga_dynamic_components获取SGA的相关信息 SELECT component, current_size, min_size FROM v$sga_dynamic_components; COM

linux top命令中的cache &amp; buffers

今天用top查看系统具体进程使用系统资源的情况时,对cache和buffer这两个概念不是很清楚,研究了一下: **cache是高速缓存,用于CPU和内存之间的缓冲: **buffer是I/O缓存,用于内存和硬盘的缓冲* [原文链接](http://blog.chinaunix.net/uid-24020646-id-2939696.html) 当你在linux下频繁存取文件后,物理内存会很快被用光,当程序结束后,内存不会被正常释放,而是一直作为caching.这个问题,貌似有不少人在问,不过都

cache buffers

buffers缓冲,可以型象的理解为漏斗.如果有大量的数据要写入磁盘,由于数据量很大,磁盘不能一下子接收,所以这个时候,就有了buffer这个漏斗,先把数据放入这个漏斗里面,然后让它慢慢的注入磁盘,这就是buffer. cache 是缓存.由于进程从磁盘读数据的时候会比较慢,而在内存的速度比较快,所以进程会把将要用到的数据先慢慢读入到缓存里,用的时候,直接从内存中读取,这样比起用时从磁盘中读数据,来的快很多.