| | | |
1.关于实例效率(Instance Efficiency Percentages)的性能指标
|
| 指在缓冲区中获取Buffer的未等待比率。
| 该指标的值应接近100%,如果该值较低,则可能要增大buffer cache。
| %
|
Redo缓冲区未等待率
| 指在Redo缓冲区获取Buffer的未等待比率。
| 该指标的值应接近100%,如果该值较低,则有2种可能的情况:
1.online redo log没有足够的空间;
2.log切换速度较慢。
| %
|
| 指数据块在数据缓冲区中的命中率。
| 该指标的值通常应在90%以上,否则,需要调整。如果持续小于90%,可能要加大db_cache_size。但有时,缓存命中率低并不意味着cache设置小了,可能是潜在的全表扫描降低了缓存命中率。
| %
|
| 指排序操作在内存中进行的比率。当查询需要排序的时候,数据库会话首先选择在内存中进行排序,当内存大小不足的时候,将使用临时表空间进行磁盘排序,但磁盘排序效率和内存排序效率相差好几个数量级。
| 该指标的值应接近100%,如果指标的值较低,则表示出现了大量排序时的磁盘I/O操作,可考虑加大sort_area_size参数的值。
| %
|
| 该指标主要代表sql在共享区的命中率。
| 该指标的值通常应在95%以上,否则需要考虑加大共享池(修改shared_pool_size参数值),绑定变量,修改cursor_sharing等参数。
| %
|
| 该指标是指Oracle对sql的解析过程中,软解析所占的百分比。软解析(soft parse)是指当Oracle接到Client提交的Sql后会首先在共享池(Shared Pool)里面去查找是否有之前已经解析好的与刚接到的这一个Sql完全相同的Sql。当发现有相同的Sql就直接用之前解析好的结果,这就节约了解析时间以及解析时候消耗的CPU资源。
| 该指标的值通常应在95%以上,如果低于80%,那么就可能sql基本没被重用,sql没有绑定变量,需要考虑绑定变量。
| %
|
| 指获得Latch的次数与请求Latch的次数的比率。
| 该指标的值应接近100%,如果低于99%,可以考虑采取一定的方法来降低对Latch的争用。
| %
|
| 指SQL语句执行与解析的比率。SQL语句一次解析后执行的次数越多,该比率越高,说明SQL语句的重用性很好。
| 该指标的值应尽可能到高,如果过低,可以考虑设置
session_cached_cursors参数。
| %
|
| 该指标是指在采集点时刻,共享池(share pool)内存被使用的比例。
| 这指标的值应保持在75%~90%,如果这个值太低,就浪费内存,如果太高,会使共享池外部的组件老化,如果SQL语句被再次执行,则就会发生硬分析。
| %
|