LR监控的具体标说明.docVIP

LR监控的具体指标说明 Oracle 注：以下指标取自Oracle的性能分析工具Statspack所提供的性能分析指标。 指标名称 指标描述 指标范围 指标单位 1．关于实例效率（Instance Efficiency Percentages）的性能指标 缓冲区未等待率 (Buffer Nowait %) 指在缓冲区中获取Buffer的未等待比率。 该指标的值应接近100%，如果该值较低，则可能要增大buffer cache。 % Redo缓冲区未等待率 (Redo NoWait %) 指在Redo缓冲区获取Buffer的未等待比率。 该指标的值应接近100%，如果该值较低，则有2种可能的情况： 1） online redo log没有足够的空间； 2）log切换速度较慢。 % 缓冲区命中率 (Buffer Hit %) 指数据块在数据缓冲区中的命中率。 该指标的值通常应在90%以上，否则，需要调整。如果持续小于90%，可能要加大db_cache_size。但有时，缓存命中率低并不意味着cache设置小了，可能是潜在的全表扫描降低了缓存命中率。 % 内存排序率 (In-memory Sort %) 指排序操作在内存中进行的比率。当查询需要排序的时候，数据库会话首先选择在内存中进行排序，当内存大小不足的时候，将使用临时表空间进行磁盘排序，但磁盘排序效率和内存排序效率相差好几个数量级。 该指标的值应接近100%，如果指标的值较低，则表示出现了大量排序时的磁盘I/O操作，可考虑加大sort_area_size参数的值。 % 共享区命中率 (Library Hit %) 该指标主要代表sql在共享区的命中率。 该指标的值通常应在95%以上，否则需要考虑加大共享池（修改shared_pool_size参数值），绑定变量，修改cursor_sharing等参数。 % 软解析的百分比 (Soft Parse %) 该指标是指Oracle对sql的解析过程中，软解析所占的百分比。软解析（soft parse）是指当Oracle接到Client提交的Sql后会首先在共享池（Shared Pool）里面去查找是否有之前已经解析好的与刚接到的这一个Sql完全相同的Sql。当发现有相同的Sql就直接用之前解析好的结果，这就节约了解析时间以及解析时候消耗的CPU资源。 该指标的值通常应在95%以上，如果低于80%，那么就可能sql基本没被重用，sql没有绑定变量，需要考虑绑定变量。 % 闩命中率 (Latch Hit %) 指获得Latch的次数与请求Latch的次数的比率。 ? 该指标的值应接近100%，如果低于99%，可以考虑采取一定的方法来降低对Latch的争用。 % SQL语句执行与 解析的比率 (Execute to Parse %) 指SQL语句执行与解析的比率。SQL语句一次解析后执行的次数越多，该比率越高，说明SQL语句的重用性很好。 ? 该指标的值应尽可能到高，如果过低，可以考虑设置session_cached_cursors参数。 % 共享池内存使用率 (Memory Usage %) 该指标是指在采集点时刻，共享池（share pool）内存被使用的比例。 这指标的值应保持在75%~90%,如果这个值太低，就浪费内存，如果太高，会使共享池外部的组件老化，如果SQL语句被再次执行，则就会发生硬分析。 % 2．关于等待事件（Wait events）的性能指标 文件分散读取 (db file scattered read (cs)) 该等待事件通常与全表扫描有关。因为全表扫描是被放入内存中进行的进行的，通常情况下它不可能被放入连续的缓冲区中，所以就散布在缓冲区的缓存中。 如果这个等待事件比较显著，可能说明对于某些全表扫描的表，没有创建索引或没有创建合适的索引。尽管在特定条件下执行全表扫描可能比索引扫描更有效，但如果出现这种等待时，最好检查一下这些全表扫描是否必要。 厘秒 文件顺序读取 (db file sequential read (cs)) 该等待事件通常与单个数据块相关的读取操作有关。 如果这个等待事件比较显著，可能表示在多表连接中，表的连接顺序存在问题，或者可能不合适地使用了索引。对于大量事务处理、调整良好的系统，这一数值大多是很正常的，但在某些情况下，它可能暗示着系统中存在问题。应检查索引扫描，以保证每个扫描都是必要的，并检查多表连接的连接顺序。另外DB_CACHE_SIZE 也是这些等待出现频率的决定因素。 厘秒 缓冲区忙 (buffer busy (cs)) 当一个会话想要访问缓存中的某个块，而这个块正在被其它会话使用时，将会产生该等待事件。这时候，其它会话可能正在从数据文件向缓存中