Oracle执行计划与性能统计数据项

1.执行计划数据项

Plan hash value:   系统为SQL语句生成的执行计划的哈希值,用以标识该执行计划。
Id:                          SQL语句执行计划中,各个节点的编号,用以标识和区分执行计划中的不同节点。
Operation:             SQL语句执行计划节点中的操作的名字。
Name:                   SQL 语句执行计划中,各节点涉及到数据库对象名,如表名,索引名等。
Rows:                    SQL语句执行计划中,CBO计算各个节点产生的数据行数。
Bytes:                    SQL语句执行计划中,CBO计算各个节点产生的数据字节数,即有"行数*行宽度"计算得出。
Cost(%CPU):         SQL语句执行计划中,CBO计算各个节点和子节点消耗的成本。
Time:                      SQL语句执行计划中,CBO计算各个节点和子节点消耗的时间。
Predicate Information:谓词信息,即和where条件中相对于的部分,主要用于过滤数据。

Access: 表示这个谓词条件的值将会影响数据的访问路劲(表还是索引)。

Filter:表示谓词条件的值不会影响数据的访问路劲,只起过滤的作用。

在谓词中主要注意access,要考虑谓词的条件,使用的访问路径是否正确。

2.性能统计数据项

recursive calls:    递归调用数。
db block gets:      数据块的当前模式获取次数。
consistent gets:   数据块的一致性模式获取次数。
physical reads:     数据块的物理读次数。
redo size:              产生redo log的大小,单位为bytes.
bytes sent via SQL*Net to client:       数据块通过网络传送到客户端的数据量。
bytes received via SQL*Net from client:     客户端通过网络传送到数据库的数量,单位为bytes。
SQL*Net roundtrips to/from client:      客户端和数据库之间交互的往返次数。
sorts(memory):      内存中排序次数
sorts(disk):             磁盘中排序次数
row processed:       返回结果集行数 

分区裁剪(PARTITION PRUNING):在对分区表进行查询时,优化器会检查谓词条件中是否存在对分区字段的过滤,如果存在,则可以仅访问符合条件的分区,即裁剪掉没必要访问的分区,从而提高效率。 

3.autotrace功能

set autotrace off: 关闭autotrace 功能。
set autotrace on: 开启autotrace功能,输出包括SQL语句的查询结果、执行计划以及相关性能统计数据。
set autotrace on expl: 开启autotrace功能,输出SQL语句的查询结果和执行计划,并不输出SQL语句相关性能统计数据。
set autotrace on stat: 开启autotrace功能,输出SQL语句的查询结果和相关性能统计数据,并不输出SQL语句执行计划。
set autottace trace: 开启autotrace功能,输出SQL语句执行计划和相关性能统计数据,并不输出SQL语句的查询结果。
set autotrace trace expl: 开启autotrace功能,输出SQL语句执行计划,并不输出SQL语句的查询结果和相关性能统计数据。
set autotrace trace stat: 开启autotrace功能,输出SQL语句相关性能统计数据,并不输出SQL语句的查询结果和执行计划。 

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
oracle动态性能表 学习动态性能表 第一篇--v$sysstat 2007.5.23   按照OracleDocument中的描述,v$sysstat存储自数据库实例运行那刻起就开始累计全实例(instance-wide)的资源使用情况。 类似于v$sesstat,该视图存储下列的统计信息: 1>.事件发生次数的统计(如:user commits) 2>.数据产生,存取或者操作的total列(如:redo size) 3>.如果TIMED_STATISTICS值为true,则统计花费在执行操作上的总时间(如:CPU used by this session) v$sysstat视图常用列介绍:  STATISTIC#: 标识  NAME: 统计项名称  VALUE: 资源使用量 该视图还有一列class-统计类别但极少会被使用,各类信息如下: 1 代表事例活动 2 代表Redo buffer活动 4 代表锁 8 代表数据缓冲活动 16 代表OS活动 32 代表并行活动 64 代表表访问 128 代表调试信息 注意:Statistic#的值在不同版本中各不相同,使用时要用Name做为查询条件而不要以statistic#的值做为条件。 使用v$sysstat中的数据   该视图中数据常被用于监控系统性能。如buffer cache命中率、软解析率等都可从该视图数据计算得出。   该视图中的数据也被用于监控系统资源使用情况,以及系统资源利用率的变化。正因如此多的性能数据,检查某区间内系统资源使用情况可以这样做,在一个时间段开始时创建一个视图数据快照,结束时再创建一个,二者之间各统计项值的不同(end value - begin value)即是这一时间段内的资源消耗情况。这是oracle工具的常用方法,诸如Statspack以及BSTAT/ESTAT都是如此。   为了对比某个区间段的数据,源数据可以被格式化(每次事务,每次执行,每秒钟或每次登陆),格式化后数据更容易从两者中鉴别出差异。这类的对比在升级前,升级后或仅仅想看看一段时间内用户数量增长或数据增加如何影响资源使用方面更加实用。   你也可以使用v$sysstat数据通过查询v$system_event视图来检查资源消耗和资源回收。 V$SYSSTAT中的常用统计   V$SYSSTAT中包含多个统计项,这部分介绍了一些关键的v$sysstat统计项,在调优方面相当有用。下列按字母先后排序: 数据库使用状态的一些关键指标:  CPU used by this session:所有session的cpu占用量,不包括后台进程。这项统计的单位是百分之x秒.完全调用一次不超过10ms  db block changes:那部分造成SGA中数据块变化的insert,update或delete操作数 这项统计可以大概看出整体数据库状态。在各项事务级别,这项统计指出脏缓存比率。  execute count:执行的sql语句数量(包括递归sql)  logons current:当前连接到实例的Sessions。如果当前有两个快照则取平均值。  logons cumulative:自实例启动后的总登陆次数。  parse count (hard):在shared pool中解析调用的未命中次数。当sql语句执行并且该语句不在shared pool或虽然在shared pool但因为两者存在部分差异而不能被使用时产生硬解析。如果一条sql语句原文与当前存在的相同,但查询表不同则认为它们是两条不同语句,则硬解析即会发生。硬解析会带来cpu和资源使用的高昂开销,因为它需要oracle在shared pool中重新分配内存,然后再确定执行计划,最终语句才会被执行。  parse count (total):解析调用总数,包括软解析和硬解析。当session执行了一条sql语句,该语句已经存在于shared pool并且可以被使用则产生软解析。当语句被使用(即共享) 所有数据相关的现有sql语句(如最优化的执行计划)必须同样适用于当前的声明。这两项统计可被用于计算软解析命中率。  parse time cpu:总cpu解析时间(单位:10ms)。包括硬解析和软解析。  parse time elapsed:完成解析调用的总时间花费。  physical reads:OS blocks read数。包括插入到SGA缓存区的物理读以及PGA中的直读这项统计并非i/o请求数。  physical writes:从SGA缓存区被DBWR写到磁盘的数据块以及PGA进程直写的数据块数量。  redo log space requests:在redo logs
Oracle性能优化篇之执行计划详解》是一篇介绍Oracle数据库性能优化中的关键概念和技术的文章。通过深入讲解Oracle执行计划的相关内容,帮助读者更好地理解和优化数据库查询性能。 在Oracle数据库中,执行计划是查询优化器生成的一种执行方案,用于指导数据库在执行SQL语句时的操作步骤和顺序。执行计划会根据表、索引、统计信息等内容,通过优化器的选择逻辑来生成,从而提高查询效率和性能。 《Oracle性能优化篇之执行计划详解》首先介绍了执行计划的基本组成结构,包括操作、访问方法、操作对象等。然后深入解析了执行计划的生成过程,包括Cost-Based Optimizer(CBO)和Rule-Based Optimizer(RBO)两种优化器的工作原理和区别。 接着,文章详细讲解了执行计划的查看方法和解读技巧。通过使用Oracle提供的多种工具和命令,如EXPLAIN PLAN、AUTOTRACE等,可以获取和分析执行计划,并根据结果进行性能优化。同时,文章还解释了执行计划中的关键指标和信息,如Cost、Cardinality、Bytes等,以及其对性能的影响和解决方法。 除此之外,《Oracle性能优化篇之执行计划详解》还介绍了一些常见的执行计划优化技术和策略。如索引的优化、统计信息的收集、SQL语句的调整等,通过优化执行计划中的关键因素,可以提高数据库查询效率和性能。 通过阅读《Oracle性能优化篇之执行计划详解》,读者可以深入了解Oracle数据库性能优化中的执行计划概念和技术,掌握相关工具和方法,从而更好地优化数据库查询性能。该文章对于数据库开发人员、DBA等有着重要的参考价值,帮助他们解决实际问题,提高数据库系统的性能

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值