LoadRunner一般都监控哪些指标

《LoadRunner一般都监控哪些指标》由会员分享，可在线阅读，更多相关《LoadRunner一般都监控哪些指标（9页珍藏版）》请在装配图网上搜索。

1、Oracle注：以下指标取自 Oracle 的性能分析工具 Statspack 所提供的性能分析指标。指标名称指标描述指标范围指标单位1.关于实例效率(Ins tance Efficiency Percen tages)的性能指标缓冲区未等待率 (Buffer Nowait %)指在缓冲区中获取 Buffer的未等待比率。该指标的值应接近100%, 如果该值较低，则可能要 增大 buffer cacheo%Redo缓冲区未等待率 (Redo NoWait %)指在Redo缓冲区获取 Buffer的未等待比率。该指标的值应接近100%， 如果该值较低，则有2种 可能的情况：1) online r

2、edo log 没 有足够的空间；2) log切换速度较慢。%缓冲区命中率 (Buffer Hit %)指数据块在数据缓冲区 中的命中率。该指标的值通常应在90% 以上，否则，需要调整。如果持续小于90%，可能 要加大 db_cache_size。但有时，缓存命中率低并 不意味着cache设置小 了，可能是潜在的全表扫 描降低了缓存命中率。%内存排序率 (In-memory Sort %)指排序操作在内存中进 行的比率。当查询需要排 序的时候，数据库会话首 先选择在内存中进行排 序，当内存大小不足的时 候，将使用临时表空间进 行磁盘排序，但磁盘排序 效率和内存排序效率相 差好几个数量级。该指标

3、的值应接近100%， 如果指标的值较低，则表 示出现了大量排序时的 磁盘I/O操作，可考虑加 大 sort_area_size 参数 的值。%共享区命中率 (Library Hit %)该指标主要代表sql在共 享区的命中率。该指标的值通常应在95% 以上，否则需要考虑加大 共享池(修改 shared_pool_size 参数 值)，绑定变量，修改 cursor sharing 等参数。%软解析的百分比 (Soft Parse %)该指标是指Oracle对sql 的解析过程中，软解析所 占的百分比。软解析(so ft parse )是扌旨当 Oracle接到Client提交 的Sql后会首先在

4、共享池该指标的值通常应在95% 以上，如果低于80%，那 么就可能sql基本没被重 用，sql没有绑定变量， 需要考虑绑定变量。%(Shared Pool)里面去 查找是否有之前已经解 析好的与刚接到的这一 个Sql完全相同的Sql。 当发现有相同的Sql就直 接用之前解析好的结果， 这就节约了解析时间以 及解析时候消耗的CPU资 源。闩命中率(Latch Hit %)指获得Latch的次数与请 求Latch的次数的比率。该指标的值应接近100%, 如果低于99%,可以考虑 米取一定的方法来降低 对Lat ch的争用。%SQL语句执行与 解析的比率 (Execute to Parse %)指S

5、QL语句执行与解析的 比率。SQL语句一次解析 后执行的次数越多，该比 率越高，说明SQL语句的 重用性很好。该指标的值应尽可能到 咼，如果过低，可以考虑 设置 session_cached_cursor s参数。%共享池内存使用率 (Memory Usage %)该指标是指在米集点时 亥0，共享池(share pool) 内存被使用的比例。这指标的值应保持在 75%90%,如果这个值太 低，就浪费内存，如果太 高，会使共享池外部的组 件老化，如果SQL语句被 再次执行，则就会发生硬 分析。%2.关于等待事件(Wait even ts)的性能指标文件分散读取(db file scattered

6、 read (cs)该等待事件通常与全表 扫描有关。因为全表扫描 是被放入内存中进行的 进行的，通常情况下它不 可能被放入连续的缓冲 区中，所以就散布在缓冲 区的缓存中。如果这个等待事件比较 显著，可能说明对于某些 全表扫描的表，没有创建 索引或没有创建合适的 索引。尽管在特定条件下 执行全表扫描可能比索 引扫描更有效，但如果出 现这种等待时，最好检查 一下这些全表扫描是否 必要。厘秒文件顺序读取(db file sequential read (cs)该等待事件通常与单个 数据块相关的读取操作 有关。如果这个等待事件比较 显者，可能表示在多表连 接中，表的连接顺序存在 问题，或者可能不合适地

7、 使用了索引。对于大量事 务处理、调整良好的系 统，这一数值大多是很正厘秒常的，但在某些情况下， 匕可能暗示着系统中存 在问题。应检查索引扫 描，以保证每个扫描都是 必要的，并检查多表连接 的连接顺序。另外 DB_CACHE_SIZE 也是这 些等待出现频率的决定 因素。缓冲区忙 (buffer busy (cs)当一个会话想要访问缓 存中的某个块，而这个块 正在被其它会话使用时， 将会产生该等待事件。这 时候，其它会话可能正在 从数据文件向缓存中的 这个块与入信息，或正在 对这个块进行修改。出现这个等待事件的频 度不应大于1%。如果这个 等待事件比较显著，则需 要根据等待事件发生在 缓存中的

8、哪一块（如字段 头部、回退段头部块、回 退段非头部块、数据块、 索引块等），采取相应的 优化方法。厘秒(enqueue (cs)enqueue是一种保护共 享资源的锁定机制。该锁 定机制保护共享资源，如 记录中的数据，以避免两 个人在同一时间更新同 一数据。enqueue包括一 个排队机制，即FIFO（先 进先出）排队机制。注意： Oracle的latch机制不 是FIFO。Enqueue等待通 常指的是ST enqueue、HW enqueue TX4 enqueue 和 TM enqueueo如果enqueue等待事件比 较显著，则需要根据 enqueue等待类型，米取 相应的优化方法。厘

9、秒闩释放(latch free (cs)该等待事件意味着进程 正在等待其他进程已持 有的latcho latch是一种低级排队机 制（它们被准确地称为相 互排斥机制），用于保护 系统全局区域（SGA）中共 享内存结构。latch就像 是一种快速地被获取和 释放的内存锁。latch用 于防止共享内存结构被 多个用户同时访问。对于常见的Latch等待通 常的解决方法：1）Share pool latch： 在OLTP应用中应该更多 的使用绑定变量以减少 该latch的等待。2）Library cache latch： 同样的需要通过优化sql 语句使用绑定变量减少 该latch的等待。厘秒日志文件

10、冋步(log file sync (cs)这个等待事件是指当一 个会话完成一个事务(提 交或者回滚数据)时，必 须等待LGWR进程将会话 的redo信息从日志缓冲 区写到日志文件后，才能 继续执行下去。这个等待事件的时间过 长，可能是因为commit 太频繁或者lgwr进程一 次写日志的时间太长(可 能是因为一次log io size太大)，可调整 _log_io_size，结合 logjbuffer,使得 (_logio_size*dbbloc k_size)*n = logbuffer，这样可避免 和增大logbuffer引起 冲突，或者可以将日志文 件存放在咼速磁盘上厘秒SQL Serv

11、er注：以下指标取自 SQL Server 自身提供的性能计数器。指标名称指标描述指标范围指标单位1. SQL Server中访问方法(Access Methods)对象包含的性能计数器全表扫描/秒 (Full Scans/sec)指每秒全表扫描的数量。 全表扫描可以是基本表 扫描或全索引扫描。由于 全表扫描需要耗费大量 时间，因此全表扫描的频 率过高的话，会影响性 能。如果该指标的值比1或2 高，应该分析设计的查询 以确定是否确实需要全 表扫描，以及SQL查询是 否可以被优化。次数/秒2. SQL Server中缓冲器管理器(Buffer Manager)对象包含的性能计数器缓冲区咼速缓存命

12、中 率(Buffer CacheHit Ratio %)指在缓冲区咼速缓存中 找到而不需要从磁盘中 读取的页的百分比。该比 率是缓存命中总次数与 缓存查找总次数之比。经 过很长时间后，该比率的 变化很小。由于从缓存中 读取数据比从磁盘中读 取数据的开销小得多，一 般希望该比率咼一些。该指标的值最好为90% 或更高。通常可以通过增 加SQL Server可用的内 存数量来提高该指标的 值。增加内存直到这指标 的值持续高于90%，表示 90%以上的数据请求可 以从数据缓冲区中获得 所需数据。%读的页/秒 (Page Reads/sec)指每秒发出的物理数据 库页读取数。该指标主要 考察数据库从磁盘

13、读取 数据的频率。因为物理 I/O会耗费大量时间，所 以应尽可能地减少物理该指标的值应尽可能的 小。可以通过使用更大的 数据高速缓存、智能索 弓1、更高效的查询或者改 变数据库设计等方法，以 降低该指标的值。个数/秒I/O以提高性能。写的页/秒 (Page Writes/sec)指每秒执行的物理数据 库写的页数。该指标主要 考察数据库向磁盘与入 数据的频率。因为物理 I/O会耗费大量时间，所 以应尽可能地减少物理 I/O以提高性能。该指标的值应尽可能的 小。可以通过使用更大的 数据高速缓存、智能索 弓1、更高效的查询或者改 变数据库设计等方法，以 降低该指标的值。个数/秒惰性写/秒 (Lazy

14、 Writes/sec)指每秒被缓冲区管理器 的惰性编写器写入的缓 冲区数。惰性编写器是一 个系统进程，用于成批刷 新脏的老化的缓冲区（包 含更改的缓冲区，必须将 这些更改写回磁盘，才能 将缓冲区重用于其他 页），并使它们可用于用 户进程。该指标的值最好为0。个数/秒3. SQL Server中高速缓存管理器（Cache Manager）对象包含的性能计数器高速缓存命中率 （Cache Hit Ratio %）指高速缓存命中次数和 查找次数的比率。在SQL Server 中, Cache 包括 Log Cache， Buffer Cache 以 及 Procedure Cache,该 指标是指

15、所有Cache的命 中率，是一个总体的比 率。该指标的值越高越好。如 果该指标的值持续低于 80%，就需要增加更多的 内存。%4. SQL Server中闩（Latches）对象包含的性能计数器平均闩等待 时间(毫秒) (Average Latch Wait Time(ms)指一个SQL Server线程 必须等待一个闩的平均 时间。如果该指标的值很高，则 系统可能正经历严重的 资源竞争问题。毫秒闩等待/秒(Latch Waits/sec)指在一个闩上每秒的平 均等待数量。如果该指标的值很高，则 系统可能正经历严重的 资源竞争问题。个数/秒5. SQL Server中锁（Locks）对象包含的

16、性能计数器死锁的数量/秒 (Number ofDeadlocks/sec)指每秒导致死锁的锁请 求数。锁加在SQL Server资源 上（如在一个事务中进行 的行读取或修改），以防 止多个事务并发使用资 源。应尽可能少使用锁以 提高事务的并发性，从而 改善性能。个数/秒平均等待时间(毫秒) (Average Wait Time(ms)指线程等待某种类型的 锁的平均等待时间。同上毫秒锁请求/秒 (Lock Requests/sec)指每秒钟某种类型的锁 请求的数量。同上个数/秒DB2注：以下指标取自DB2的运行状况指示器所包含的各项指标。指标名称指标描述指标范围指标单位1.表空间存储器运行状况指

17、示器自动调整大小 表空间利用率 (ts.ts_util_auto_Resize %)该指标用来跟踪每个DMS 表空间的存储器消耗情 况，这些DMS表空间已经 定义了最大大小，并且可 以自动调整大小，达到最 大大小时，则认为DMS表 空间已满。该指标是用消耗的最大 表空间存储器所占的百 分比度量的。高百分比指 示表空间接近已满程度。 该指标的附加信息中包 括的短期增长率和长期 增长率可用来确定，当前 增长率是短期畸变还是 与长期增长一致。附加信 息中对离空间已满所余 时间的计算可以预测达 到最大大小所余的时间。%表空间利用率(ts.ts_util %)如果在表空间上没有启 用自动调整大小，则可用

18、 该指标来跟踪每个DMS表 空间的存储器消耗情况； 反之，DB2不会评估该指 标。该指标以消耗空间的百 分比来度量。高百分比指 示未达到该指标的最优 运行状况。该指标的附加 信息中包括的短期增长 率和长期增长率可用来 确定，当前增长率是短期 畸变还是与长期增长一 致。附加信息中对离空间 已满所余时间的计算可 以预测达到最大大小所 余的时间。%表空间容器利用率 (ts.t s_op_s tatus %)该指标用来跟踪未使用 自动存储器的每个SMS表 空间的存储器消耗情况。 如果对其定义容器的任 何文件系统上都没有更 多空间，则认为SMS表空 间已满。如果文件系统上 没有可用空间可供扩展该指标以消

19、耗空间的百 分比来度量。高百分比指 示未达到该指标的最优 运行状况。该指标的附加 信息中包括的短期增长 率和长期增长率可用来 确定，当前增长率是短期 畸变还是与长期增长一%SMS容器，则表示关联表 空间已满。致。附加信息中对离空间 已满所余时间的计算可 以预测达到最大大小所 余的时间。2.排序运行状况指示器专用排序内存利用率 (db2.so rt_ privmem_Util %)该指标用来跟踪专用排 序内存的利用率。如果该指标的值等于或 超过100%,则说明已达到 了排序堆阀值，没有足够 的堆空间可用于执行排 序。“阀值后排序数”快 照监视元素可在调整该 指标值时作为参考。该监 视元素记录了超

20、过排序 堆阀值后请求堆的排序 数。%共享排序内存利用率 (db2.so rt _shrmem_Util %)该指标用来跟踪共享排 序内存的利用率。如果该指标的值等于或 超过100%,则说明已达到 了排序堆阀值，没有足够 的堆空间可用于执行排 序。建议使用自调整内存功 能,以根据当前工作负载 的需要自动分配排序内 存资源。%溢出排序百分比 (db.spilled_sorts %)该指标值是指用完排序 堆后可能需要磁盘空间 以供临时存储器使用的 总排序数占已执行的排 序总数的利率。该指标值应为0,因为溢 出至磁盘的排序可能导 致严重的性能下降。建议使用自调整内存功 能,以根据当前工作负载 的需要自

21、动分配排序内 存资源。%3.日志记录运行状况指示器日志利用率 (db.log_u til %)该指标用来跟踪在数据 库中使用的总活动日志 空间量。该指标以消耗空间的百 分比来度量。高百分比指 示空间消耗接近已满程 度。这时可调整一些与日 志有关的数据库配置参 数的值。这些参数的值显 示在附加信息中。%日志文件系统利用率 (db.log_fs_u til %)该指标用来跟踪事务日 志所在的文件系统的充 满程度。如果文件系统上该指标以消耗空间的百 分比来度量。高百分比指 示文件系统中的可用空%没有空间，则DB2可能无 法创建新的日志文件。间量已接近于0。这时可 调整一些与日志有关的 数据库配置参数

22、的值。这 些参数的值显示在附加 信息中。4.应用程序并发性运行状况指示器死锁率(db.deadlock_rate%)该指标用来跟踪死锁出 现在数据库上的比率以 及应用程序遇到争用问 题的等级。该指标值应为0,该值越 高，则争用等级就越高。%锁定列表利用率 (db.locklist_util %)该指标用来跟踪要使用 的锁定列表内存量。每个 数据库有一个锁定列表， 锁定列表包含由同时连 接至数据库的所有应用 程序挂起的锁定。这是对 锁定列表内存设置的限 制。一旦达到该限制，就 会因为下列情况而使得 性能下降：1) 锁定升级将行锁定转 换为表锁定，从而降 低了数据库中的共享 对象的并行性；2) 因

23、为应用程序等待有 限数目的表锁定，所 以应用程序间会出现 更多死锁。因此将回 滚事务。该指标以消耗内存的百 分比来度量，出现咼白分 比表示状况不佳。建议使用自调整内存功 能,以根据当前工作负载 的需要自动分配排序内 存资源。%等待锁定的应用程序 的百分比(db.apps_wa iting locks %)该指标度量所有当前执 行的等待锁定的应用程 序所占的百分比。咼百分比可能指示应用 程序遇到并行性问题，这 对性能有负面影响。%5.程序包和目录高速缓存，以及工作空间运行状况指示器目录高速缓存命中率 (db.ca tcache _hitratio %)该指标用于指示目录咼 速缓存对避免对磁盘上

24、的目录的实际访问所起 到的帮助作用。高命中率指示在避免实 际磁盘I/O访问方面很成 功。%程序包高速缓存 命中率(db.pkgcache_hitratio %)该指标用于指示程序包 高速缓存对避免从系统 目录重新装入静态SQL的 程序包和段以及避免重 新编译动态SQL语句所起 到的帮助作用。高命中率指示在避免从 系统目录重新装入静态 SQL的程序包和段以及避 免重新编译动态SQL语句 方面很成功。%共享工作空间 命中率 (db.shrworkspace_hitratio %)该指标用于指示共享SQL 工作空间对避免初始化 要执行的SQL语句的各段 所起到的帮助作用。高命中率指示在避免初 始化要执行的SQL语句的 各段方面很成功。%6.内存运行状况指示器数据库堆利用率 (db.db_heap_u til %)该指标用来跟踪基于带 有标识SQLM_HEAP_DATABASE 的 内存池的监视器堆内存 的消耗。一旦此百分比达到最大 值100%,查询和操作可能 会因为没有堆可用而失 败。%