数据缓存大小设置与v$db_cache_advice

         这里我所说的数据缓存的设置是在不使用 sga_target 参数的情况下，如果我使用了 sga_target 参数，那么我再我的 v$parameter 中将看到我的 db_cache_size 、 shared_pool_size 等参数的值都是 0 。
    当我想在我的oracle的SGA中设置db_cache_size的值时，我先做的的检查一下数据缓冲区的命中率，当然我应该是在系统运行一段时间之后检查这个值，否则这个命中率值将会比较低，因为刚开始的时候都得从磁盘上读取数据，这是必须的，要不然数据从哪来呢。至少也得让系统运行一个小时以上吧，当我的系统运行稳定后我就可以运行如下的语句了：
Select sum(decode(name,’physical reads’,value,0)) phy_reads,
          sum(decode(name,’db block gets’,value,0)) gets,
          sum(decode(name,’consistent gets’,value,0)) cons_gets,
        （1-sum(decode(name,’physicalreads’,value,0))/(sum(decode(name,’db block gets’,value,0))+ sum (decode(name,’consistent gets’,value,0))))*100 buffer_ratio
from v$sysstat;
       下面这个截图就是运行之后的画面：

     从运行的结果来看，磁盘读取量（PHY_READS）相对于总的读取量（GETS+CONS_GET）好像挺高的，一致性读取（CONS_GET）相对于缓冲区数据块读取量（GETS）也很高，之后的缓冲区命中率（BUFFER_RATIO）只有%92.64，一般来说，缓冲区的命中率不应该小于%95，就算是系统刚开始运行是也不行该小于%85，显然相对于%95来说，我的系统缓冲区命中率小了，所以应该查看db_cache_size的大小问题，这时可以利用AWR报告来查看问题所在，也可以利用视图v$db_cache_advice来调整，对于整个调整过程应该先在理想的模拟生产环境中进行，待一切都确定之后再运用于生产环境。



    对于使用v$db_cache_advice视图调整db_cache_size的大小，其实也挺简单，在下面的截图中就是这个查询的语句与结果：

     从这个运行结果，可以看出，当前的db_cache_size大小是172MB,因为当size_factor为1是，size_est为172，但是从estd_prt列中我有意识到，当其值为1时，size_est的最小值为64MB，所以我可以将db_cache_size设为64MB以将estd_prt的值控制为1而又能节省内存空间，以前我以为db_cache_size设置的越大就越能提高性能，其实并非如此，只要有适当于系统的数据缓冲区大小就足以，不需要过大也不要过小。

sysstat.jpg

db_cache_advice.jpg

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/25244847/viewspace-692732/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/25244847/viewspace-692732/