![](https://csdnimg.cn/release/download_crawler_static/87077798/bg4.jpg)
应用的特点判断是否适宜。在一个使用直接读执行大型并行查询的 DSS 环境,
20%的 Buffer Hit Ratio 是可以接受的,而这个值对于一个 OLTP 系统是完全不能
接受的。根据 Oracle 的经验,对于 OLTPT 系统,Buffer Hit Ratio 理想应该在 90%
以上。
Buffer Nowait 表示在内存获得数据的未等待比例。
buffer hit 表示进程从内存中找到数据块的比率,监视这个值是否发生重大变化
比这个值本身更重要。对于一般的 OLTP 系统,如果此值低于 80%,应该给数据
库分配更多的内存。
Redo NoWait 表示在 LOG 缓冲区获得 BUFFER 的未等待比例。如果太低〔可
参考 90%阀值〕,考虑增加 LOG BUFFER。
library hit 表示 Oracle 从 Library Cache 中检索到一个解析过的 SQL 或 PL/SQL
语句的比率,当应用程序调用 SQL 或存储过程时,Oracle 检查 Library Cache 确
定是否存在解析过的版本,如果存在,Oracle 立即执行语句;如果不存在,Oracle
解析此语句,并在 Library Cache 中为它分配共享 SQL 区。低的 library hit ratio
会导致过多的解析,增加 CPU 消耗,降低性能。如果 library hit ratio 低于 90%,
可能需要调大 shared pool 区。
Latch Hit:Latch 是一种保护内存结构的锁,可以认为是 SERVER 进程获取访
问内存数据结构的许可。要确保 Latch Hit>99%,否那么意味着 Shared Pool latch
争用,可能由于未共享的 SQL,或者 Library Cache 太小,可使用绑定变更或调
大 Shared Pool 解决。
Parse CPU to Parse Elapsd:解析实际运行时间/(解析实际运行时间+解析中等
待资源时间),越高越好。
Non-Parse CPU :SQL 实际运行时间/(SQL 实际运行时间+SQL 解析时间),太
低表示解析消耗时间过多。
Execute to Parse:是语句执行与分析的比例,如果要 SQL 重用率高,那么这个
比例会很高。该值越高表示一次解析后被重复执行的次数越多。
In-memory Sort:在内存中排序的比率,如果过低说明有大量的排序在临时表
空间中进行。考虑调大 PGA。
Soft Parse:软解析的百分比〔softs/softs+hards〕,近似当作 sql 在共享区的命
中率,太低那么需要调整应用使用绑定变量。
Shared Pool Statistics
% Memory for SQL w/exec>1:
Memory Usage %:对于一个已经运行一段时间的数据库来说,共享池内存使
用率,应该稳定在 75%-90%间,如果太小,说明 Shared Pool 有浪费,而如果高
于 90,说明共享池中有争用,内存缺乏。
SQL with executions>1:执行次数大于 1 的 sql 比率,如果此值太小,说明需
要在应用中更多使用绑定变量,防止过多 SQL 解析。
Memory for SQL w/exec>1:执行次数大于 1 的 SQL 消耗内存的占比。
Top 5 Timed Events
评论0
最新资源