SQL> select 1 - ((physical.value - direct.value - lobs.value) / logical.value) 2 "Buffer Cache Hit Ratio"
3 from v$sysstat physical,v$sysstat direct,v$sysstat lobs,v$sysstat logical
4 where physical.name = 'physical reads'
5 and direct.name='physical reads direct'
6 and lobs.name='physical reads direct (lob)'
7 and logical.name='session logical reads';

Buffer Cache Hit Ratio
----------------------
.971388642

其中,session logical reads為讀的總量.physical reads 為從數據文件讀.physical reads direct 為從緩沖區讀(不含LOBS).physical reads direct (LOBS)為從緩沖區讀(含LOBS)

轉:

一.我們可以通過配置Shared Pool(保證用戶在內存中查找到已經緩存的語句)改進性能；還有一個重要的方法就是:使用戶可以在內存找到他們所請求的數據! 這就需要通過Database Buffer Cache(數據庫緩沖區的高速緩存區)來實現。
Buffer Cache是SGA的一個組件，用來緩存用戶最近在數據庫中訪問過的段數據塊的副本。這些副本和它們在磁盤上的對應塊是同步的! 如果不同步，就是所謂的臟緩沖區! 從Cache往磁盤上寫，我們稱之為寫盤。管理臟緩沖區的機制叫做Dirty List(臟列表)或Write List(寫列表)。這個列表里面跟蹤已經insert,update,delete但是還沒有寫盤的語句。最終的寫盤工作由ORACLE后臺進程Database Writer(DBW0)完成。
Buffer Cache也是由一LRU算法來管理。*FTS(全表掃描期間)表緩沖區直接放在LRU的最近最少使用那端。

二.測量Database Buffer Cache的性能
select 1 - ((physical.value - direct.value - lobs.value) / logical.value)
"Buffer Cache Hit Ratio"
from v$sysstat physical,v$sysstat direct,v$sysstat lobs,v$sysstat logical
where physical.name = 'physical reads'
and direct.name='physical reads direct'
and lobs.name='physical reads direct (lob)'
and logical.name='session logical reads';上述語句當>90%實說明調整充分的。命中率是高的！

三.改進Database Buffer Cache的性能
1.最簡單的方法就是加大它的大小。占SGA的45%比較合適！幾個參數
(1).DB_BLOCK_SIZE 主數據庫塊大小默認是8K 在建立完數據庫之后就不能改變
(2).DB_CACHE_SIZE (默認緩沖區池) 默認48M我們主要修改這個參數提高性能
alter system set db_cache_advice=on;使用oracle推薦的統計顧問，在正常操作數據庫半小時之后
select name,size_for_estimate,v$db_cache_advice.ESTD_PHYSICAL_READS from v$db_cache_advice where block_size='8192' and advice_status='ON';得到推薦的大小
select obj.owner,obj.object_name,obj.object_type,count(distinct bh.BLOCK#) "NUM. Buffers"
from dba_objects obj,v$bh bh
where obj.object_id=bh.OBJD
and owner != 'SYS'
group by obj.owner,obj.object_name,obj.object_type；上述這段語句可以查看哪些對象正緩存再Buffer Cache中，正使用了多少個Buffer Cache緩沖區。
(3).使用多個緩沖池
alter system set db_cache_size=300M;
alter system set db_keep_cache_size=150M; 保持區
alter system set db_recycle_cache_size=50M; 回收區將表分配給保持區
alter table col_cust storage (buffer_pool keep);使用語句
select owner,segment_type,segment_name,buffer_pool
from dba_segments
where buffer_pool != 'DEFAULT';可以查看分配情況
select name,block_size,current_size
from v$buffer_pool;可以查看每個Buffer Pool的大小
select name "Buffer Pool",1 - (physical_reads / (db_block_gets + consistent_gets)) "Buffer Pool Hit Ratio"
from v$buffer_pool_statistics order by name;可以查看每個Buffer Pool的命中率 KEEP越大越好，Recycle越小越好
(4).在內存中緩存表雖然表可以放在保持區，但是由于Keep Pool也是由LRU控制的，所以當FTS(全表掃描)時，該表還是被放在LRU的最近最少使用那端。這樣就有可能被移出。所以我們可以使用
alter table col_cust cache;的方法把表變成一個高速緩存區表
select owner,table_name from dba_tables where ltrim(cache)='Y'可以查看高速緩存區表的信息

轉自：http://blog.csdn.net/luoyanqing119/archive/2008/10/30/3183099.aspx

---

Oracle命中率查詢,SGA調優

---

--數據高速緩存區命中率
　　--計算公式：1-(physical reads / (db block gets + consistent gets))
　　--命中率應大于0.90最好
　　
　　select name,value
　　from v$sysstat
　　where name in ('physical reads','db block gets','consistent gets')
　　/
　　
　　--共享區庫緩存區命中率
　　--計算公式：SUM(pins - reloads) / SUM(pins)
　　--命中率應大于0.99
　　
　　select sum(pins-reloads)/sum(pins)
　　from v$librarycache
　　/
　　
　　--共享區字典緩存區命中率
　　--計算公式：SUM(gets - getmisses - usage -fixed) / SUM(gets)
　　--命中率應大于0.85
　　
　　select sum(gets-getmisses-usage-fixed)/sum(gets)
　　from v$rowcache
　　/
　　
　　--檢測回滾段的爭用
　　--SUM(waits)值應小于SUM(gets)值的1%
　　
　　select sum(gets),sum(waits),sum(waits)/sum(gets)
　　from v$rollstat
　　/
　　
　　--檢測回滾段收縮次數
　　
　　select name,shrinks
　　from v$rollstat, v$rollname
　　where v$rollstat.usn = v$rollname.usn
　　/
　　
　　--關于SGA的調優
　　
　　(****) : OS 使用內存+ SGA + session*(sort_area_size + hash_area_size + 2M) < 總物理RAM 為好
　　log_buffer : 128K ---- 1M 之間通常問題不大，不應該太大
　　large_pool_size :如果不設置MTS，通常在 RMAN 、OPQ 會使用到，但是在10M --- 50M 應該差不多了。
　　java_pool_size : 若不使用java，給30M通常就夠了
　　data buffer ,在做了前面的設置后，凡可以提供給oracle的內存，都應該給data buffer = (db_block_size * db_block_buffers)
　　不能設置 shared_pool_size 過大，通常應該控制在200M--300M
　　
　　再具體化，注意滿足上面(****) 的原則的基礎上可以參考如下設置
　　如果512M RAM
　　建議 shared_pool_size = 50M, data buffer = 200M
　　
　　如果1G RAM
　　shared_pool_size = 100M , data buffer = 500M
　　
　　如果2G
　　shared_pool_size = 150M ,data buffer = 1.2G
　　
　　物理內存再大已經跟參數沒有關系了
　　假定64 bit ORACLE
　　內存4G
　　shared_pool_size = 200M , data buffer = 2.5G
　　
　　內存8G
　　shared_pool_size = 300M , data buffer = 5G
　　
　　內存 12G
　　shared_pool_size = 300M-----800M , data buffer = 8G

轉自：http://oracle.chinaitlab.com/optimize/38281.html