努力 创新 求实

LoadRunner: Oracle 数据库性能指标说明

上一篇 / 下一篇  2010-12-28 11:35:04 / 个人分类:开心的测试工作

计数器名称

解释

CPU used by this session (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (绝对)

这是从用户调用开始到结束期间会话所用的CPU时间(10毫秒计)。某些用户调用可以在10毫秒内完成,因此,开始和结束用户调用时间可能相同。在这种情况下,将在统计信息中添加0毫秒。各种操作系统报都报告存在类似的问题,尤其是有多种上下文需要切换的系统。帮助对整体速度有所了解

enqueue deadlocks (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (绝对)

不同会话之间的排队死锁总数。用以确定应用不合理处

enqueue timeouts (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (绝对)

完成前超时的排队操作(获取和转换)的总数。用以确定是否有需要优化语句

execute count (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (比率)

执行SQL语句的总调用数(用户和递归)用以确定sql的执行频率,频率大且慢的需要优化

opened cursors current (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (绝对)

当前打开光标的总数。确定当前系统并行度

parse count (hard) (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (比率)

分析调用(实际分析)的总数。硬分析意味着分配大批量工作其他内存结构,然后生成分析树。就内存使用情况而言,硬分析是一种费用很高的操作。这几项用以确定说起来分析的消耗

parse count (total) (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (比率)

分析调用(硬和软)的总数。软分析是一种检查,可确保底层对象上的权限未更改。

parse time cpu (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (比率)

分析(硬和软)所用的总CPU时间(10毫秒计)

parse time elapsed (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (比率)

分析的总已用时间(10毫秒计)。从该统计数据中减去分析时间CPU,就可得到等待分析资源的时间总计。详细信息,请参阅上述的分析时间CPU

physical reads (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (比率)

从磁盘读取的总数据块数。此值等于“直接物理读取”次数加上对缓冲区缓存的总读取次数。这几项用以确定数据读写压力

physical reads direct (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (绝对)

 

physical reads direct (lob) (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (绝对)

 

physical writes (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (比率)

向磁盘写入的总数据块数。此值等于“直接物理写入”次数加上从缓冲区缓存的总写入次数。

physical writes direct (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (绝对)

 

physical writes direct (lob) (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (绝对)

 

redo log space requests (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (比率)

活动日志文件已满,Oracle正等待分配磁盘空间以便恢复日志项。已通过执行日志切换创建了空间。与SGA大小和工作负载提交率有关的小日志文件可能会造成问题。进行日志切换时,在切换到新日志文件之前,Oracle必须确保提交的所有脏缓冲区写入了磁盘。如果大的SGA充满脏缓冲区和小的恢复日志文件,日志切换必须等待DBWR将脏缓冲区写入磁盘,然后才能继续。还将检查日志文件空间,日志文件空间切换将等待V$SESSION_WAIT中的事件。确定日志存储性能

session pga memory (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (绝对)

此统计数据显示会话的当前PGA大小。此统计数据仅在V$SESSTAT中有用,它在V$SYSSTAT中没有意义。pga的大小调整有一些参考作用

session pga memory max (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (绝对)

此统计数据显示会话的峰值PGA大小。此统计数据仅在V$SESSTAT中有用,它在V$SYSSTAT中没有意义。

sorts (disk) (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (比率)

如果对于给定的排序操作,磁盘写入数不为零,则此统计数据就会递增。需要磁盘I/O的排序很耗费资源。请尝试增加初始化参数SORT_AREA_SIZE的大小。有关详细信息,请参阅“SORT_AREA_SIZE”。对调整排序区大小有一定参考作用

sorts (memory) (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (比率)

如果磁盘写入数为零,排序就完全在内存中进行,此统计数据就会递增。它进一步表明应用程序工作负载中的排序活动。您不可能比内存排序做得还好,除非根本没有任何排序活动。排序通常发生在表连接SQL操作期间,并按选择标准规范执行。

sorts (rows) (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (比率)

总排序行数。

table fetch by rowid (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (比率)

使用ROWID提取行(通常从索引恢复)时,每个返回的行都使此计数器递增。此统计数据表明行提取操作正在索引的帮助下进行。因为表扫描通常表明查询未得到优化或表没有索引,所以,当应用程序中出现上述问题时,此统计数据应该也会递增。确定索引使用情况

table fetch continued row (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (比率)

在提取期间遇到跨多个块的行时,此统计数据就会递增。检索跨多个块的行会增加逻辑I/O,递增系数与超过需要访问的块数对应。 将其导出,然后重新引入,可能会消除此问题。请仔细检查STORAGE参数PCT_FREEPCT_USED。如果行数大于数据库块数(例如,使用的数据类型为LONG,行又相当大),将无法更正此问题。对调整数据库块大小和分析数据碎片有一定参考作用

table scan blocks gotten (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (绝对)

协助查询全表扫描的合理性

user commits (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (比率)

当用户提交事务时,为反映对数据库块所做的更改而生成的恢复必须写入磁盘。提交数通常最接近用户事务比率。(评估应用合理性)

user rollbacks (V$SESSTAT 1/[SYS]/ABCDEF/ORACLE.EXE) (比率)

此统计数据存储的是用户手动发出ROLLBACK语句的次数或在用户事务期间出错的次数。

  注:红色字标识 ,是请教了数据组专员解说的。


TAG:

老A 引用 删除 archonwang   /   2011-10-27 10:06:36
5
翰海 引用 删除 aklszt   /   2011-05-19 10:07:05
5
mollysha的个人空间 引用 删除 mollysha   /   2010-12-28 22:49:40
5
 

评分:0

我来说两句

日历

« 2024-03-27  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 18910
  • 日志数: 34
  • 建立时间: 2007-12-06
  • 更新时间: 2015-11-03

RSS订阅

Open Toolbar