oracle中的latch: cache buffers chains 与热块

ORACLE中的buffer cache

oracle中有各种buffer cache事件，buffer cache简单的说就是缓冲区，主要用于缓冲数据块，buffer cache位于sga中，所以当发现SGA过大时，可以优先考虑是buffer cache中缓存中的数据块过多导致的
Buffer cache的类型通常包括

default buffer cache
keep buffer cache
recycle buffer cache
nk buffer caches
buffer caceh采用lru算法来淘汰掉过时的数据

latch: cache buffers chains产生的原因

latch: cache buffers chains事件会导致数据库执行卡顿。buffer cache主要缓存的就是数据块，当一个数据块被放入buffer cache中，oracle会同时将数据块对应的buffer header放置到一个hash列表中，任何一个进程想访问或者修改buffer cache中的数据，都需要先获得一个latch，也就是cache buffers chains，当有多个进程同时访问一个数据块时，就会产生latch: cache buffers chains时间。

优化措施

latch: cache buffers chains 本身不可避免，是数据库在高并发在下对一致性事务的一种保护，但是如果latch: cache buffers chains长时间出现。主要原因可能是SQL出现了效率问题，其次是sga的大小确实需要扩充。
SGA的大小可以通过AWR报告查看；
SQL的效率要重点关注SQL的逻辑读，因为逻辑读会大大概率导致latch: cache buffers chains不释放，逻辑读可以关注V$SQLAREA中的buffer_gets 和executions
减少逻辑读的关键：

优化SQL的执行逻辑，特别是表关联的时候，减少主表（基表）参与关联的数据量
在表上增加合适的索引

查找热块

latch: cache buffers chains 是由于多个进程访问同一个数据块产生的，也就是热块，那么如果能定位到热块就会对问题定位和解决有很大的帮助
（以下来源网络来源连接）

--找出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'--p1rawAND E.FILE_ID = X.FILE#AND X.HLADDR = L.ADDRAND X.DBABLK BETWEEN E.BLOCK_ID AND E.BLOCK_ID + E.BLOCKS - 1
ORDER BY X.TCH DESC;