热点问题
我们在statspack中可能会看到一些等待事件,比如cache buffer
SQL> select name,addr,sleeps from V$latch where name like '%cache buffer%';
NAME ADDR SLEEPS
-------------------- -------- ----------
cache buffers lru ch 0195E788 0
ain
cache buffers chains 0195F700 0
cache buffer handles 0195F7A0 0
我们知道,oracle在处理数据的时候,是将数据块放到内存中去(buffer cache),oracle需要使用一些机制来管理这些cache,防止由于并发处理带来的数据的不一致性。Oracle会使用Latch来保证数据的一致性。
当在stataspack中出现了这个等待事件cache buffer chains,意味着db可能存在着热点块(热点会带来cache buffer chains等待事件,但是并不意味着 cache buffer chains事件就是由于热点快造成的,可能由于Latch的数量,该参数为oracle的隐藏参数),我们要做的就是找出热点块来。
找出热点块来的方法有两种:
1. V$latch_children—addr---àx$bh---hladdr--à---dbarfil,dbablk---àdba_extent---owner,segment_name:
Select distinct a.owner,a.segment_name from
Dba_extens a,
(select dbarfil,dbablk from x$bh where hladdr in (select addr from V$latch_children order by sleeps desc)where rownum<11))b,
where a.relative_fno=b.dbarfil and a.block_id<=b.dbablk and a.block_id+a.blocks>b.dbablk;
2. x$bh---tch--àdba_extents---dbarfile,dbablk--àowner,segment_name
Select distinct a.owner,a.segment_name from
Dba_extens a,
(select dbarfil,dbablk from (select dbarfil,dbablk from x$bh order by tch desc ) where rownum<11)b
Where a.relative_fno=b.dbarfil and a.block_id b.dbablk;
查出来热点快后,根据V$sqltext或者V$sqlarea视图查找出与热点块相关的sql,优化sql。热点块产生的根本原因往往是由于不良的sql导致了过多的块访问,比如全表扫描的走了索引扫描带来大量的重复访问,或者不当的netsted loop的表连接,在这个时候,我们要做的就是找出这些sql优化。
Select sql_text from V$sqltext a,( elect distinct a.owner,a.segment_name from
Dba_extens a,
(select dbarfil,dbablk from (select dbarfil,dbablk from x$bh order by tch desc ) where rownum<11)b
Where a.relative_fno=b.dbarfil and a.block_id b.dbablk) b
Where a.sql_text like ‘%||b.segment_name||%’ and b.segment_type =’TABLE’
Order by a.hash_value,a.address,a.piece;
综上所述,根据相关的视图找出热点块和热点块相关的sql,优化之。
对于热点块的优化,除了优化sql外,还可以将一些较小的表cache到内存中,降低物理读,可以在并行服务器中考虑使用方向索引(索引是递增序列)。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/11782778/viewspace-618375/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/11782778/viewspace-618375/