学习动态性能表(3)--v$sql&v$sql_plan

学习动态性能表sql

第三篇-(1)-v$sq 2007.5.25数据库

 

V$SQL中存储具体的SQL语句。缓存

 

  一条语句能够映射多个cursor,由于对象所指的cursor能够有不一样用户(如例1)。若是有多个cursor(子游标)存在,在V$SQLAREA为全部cursor提供集合信息。服务器

例1session

这里介绍如下child cursor架构

user A: select * from tbloracle

user B: select * from tbloop

你们认为这两条语句是否是同样的啊,可能会有不少人会说是同样的,但我告诉你不必定,那为何呢?性能

这个tblA看起来是同样的,可是不必定哦,一个是A用户的, 一个是B用户的,这时他们的执行计划分析代码差异可能就大了哦,改下写法你们就明白了:学习

select * from A.tbl

select * from B.tbl

 

  在个别cursor上,v$sql可被使用。该视图包含cursor级别资料。当试图定位session或用户以分析cursor时被使用。

  PLAN_HASH_VALUE列存储的是数值表示的cursor执行计划。可被用来对比执行计划。PLAN_HASH_VALUE让你没必要一行一行对比便可轻松鉴别两条执行计划是否相同。

 

V$SQL中的列说明:

  • SQL_TEXT:SQL文本的前1000个字符
  • SHARABLE_MEM:占用的共享内存大小(单位:byte)
  • PERSISTENT_MEM:生命期内的固定内存大小(单位:byte)
  • RUNTIME_MEM:执行期内的固定内存大小
  • SORTS:完成的排序数
  • LOADED_VERSIONS:显示上下文堆是否载入,1是0否
  • OPEN_VERSIONS:显示子游标是否被锁,1是0否
  • USERS_OPENING:执行语句的用户数
  • FETCHES:SQL语句的fetch数。
  • EXECUTIONS:自它被载入缓存库后的执行次数
  • USERS_EXECUTING:执行语句的用户数
  • LOADS:对象被载入过的次数
  • FIRST_LOAD_TIME:初次载入时间
  • INVALIDATIONS:无效的次数
  • PARSE_CALLS:解析调用次数
  • DISK_READS:读磁盘次数
  • BUFFER_GETS:读缓存区次数
  • ROWS_PROCESSED:解析SQL语句返回的总列数
  • COMMAND_TYPE:命令类型代号
  • OPTIMIZER_MODE:SQL语句的优化器模型
  • OPTIMIZER_COST:优化器给出的本次查询成本
  • PARSING_USER_ID:第一个解析的用户ID
  • PARSING_SCHEMA_ID:第一个解析的计划ID
  • KEPT_VERSIONS:指出是否当前子游标被使用DBMS_SHARED_POOL包标记为常驻内存
  • ADDRESS:当前游标父句柄地址
  • TYPE_CHK_HEAP:当前堆类型检查说明
  • HASH_VALUE:缓存库中父语句的Hash值
  • PLAN_HASH_VALUE:数值表示的执行计划。
  • CHILD_NUMBER:子游标数量
  • MODULE:在第一次解析这条语句是经过调用DBMS_APPLICATION_INFO.SET_MODULE设置的模块名称。
  • ACTION:在第一次解析这条语句是经过调用DBMS_APPLICATION_INFO.SET_ACTION设置的动做名称。
  • SERIALIZABLE_ABORTS:事务未能序列化次数
  • OUTLINE_CATEGORY:若是outline在解释cursor期间被应用,那么本列将显示出outline各种,不然本列为空
  • CPU_TIME:解析/执行/取得等CPU使用时间(单位,毫秒)
  • ELAPSED_TIME:解析/执行/取得等消耗时间(单位,毫秒)
  • OUTLINE_SID:outline session标识
  • CHILD_ADDRESS:子游标地址
  • SQLTYPE:指出当前语句使用的SQL语言版本
  • REMOTE:指出是否游标是一个远程映象(Y/N)
  • OBJECT_STATUS:对象状态(VALID or INVALID)
  • IS_OBSOLETE:当子游标的数量太多的时候,指出游标是否被废弃(Y/N)

 

 

 

第三篇-(2)-V$SQL_PLAN  2007.5.28

 

  本视图提供了一种方式检查那些执行过的而且仍在缓存中的cursor的执行计划。

  一般,本视图提供的信息与打印出的EXPLAIN PLAN很是类似,不过,EXPLAIN PLAN显示的是理论上的计划,并不必定在执行的时候就会被使用,但V$SQL_PLAN中包括的是实际被使用的计划。获自EXPLAIN PLAN语句的执行计划跟具体执行的计划能够不一样,由于cursor可能被不一样的session参数值编译(如,HASH_AREA_SIZE)。

 

V$SQL_PLAN中数据能够:

  • 确认当前的执行计划
  • 鉴别建立表索引效果
  • 寻找cursor包括的存取路径(例如,全表查询或范围索引查询)
  • 鉴别索引的选择是否最优
  • 决定是否最优化选择的详细执行计划(如,nested loops join)如开发者所愿。

  本视图同时也可被用于当成一种关键机制在计划对比中。计划对比一般用于下列各项发生改变时:

  • 删除和新建索引
  • 在数据库对象上执行分析语句
  • 修改初始参数值
  • 从rule-based切换至cost-based优化方式
  • 升级应用程序或数据库到新版本以后

 

  若是以前的计划仍然在(例如,从V$SQL_PLAN选择出记录并保存到oracle表中供参考),那么就有可能去鉴别一条SQL语句在执行计划改变后性能方面有什么变化。

 

注意:

Oracle公司强烈推荐你使用DBMS_STATS包而非ANALYZE收集优化统计。该包可让你平行地搜集统计项,收集分区对象(partitioned objects)的全集统计,而且经过其它方式更好的调整你的统计收集方式。此处,cost-based优化器将最终使用被DBMS_STATS收集的统计项。浏览Oracle9i Supplied PL/SQL包和类型参考以得到关于此包的更多信息。

 

不过,你必须使用ANALYZE语句而非DBMS_STATS进行统计收集,不涉及cost-based优化器,就像:

·使用VALIDATE或LIST CHAINED ROWS子句

·在freelist blocks上收集信息。

 

V$SQL_PLAN中的经常使用列:

 

除了一些新加列,本视图几乎包括全部的PLAN_TABLE列,那些一样存在于PLAN_TABLE中的列拥有相同的值:

  • ADDRESS:当前cursor父句柄位置
  • HASH_VALUE:在library cache中父语句的HASH值。ADDRESS和HASH_VALUE这两列能够被用于链接v$sqlarea查询 cursor-specific 信息。
  • CHILD_NUMBER:使用这个执行计划的子cursor数列ADDRESS,HASH_VALUE以及CHILD_NUMBER可被用于链接v$sql查询子cursor信息。
  • OPERATION: 在各步骤执行内部操做的名称,例如:TABLE ACCESS
  • OPTIONS: 描述列OPERATION在操做上的变种,例如:FULL
  • OBJECT_NODE: 用于访问对象的数据库连接database link 的名称对于使用并行执行的本地查询该列可以描述操做中输出的次序。
  • OBJECT#: 表或索引对象数量
  • OBJECT_OWNER: 对于包含有表或索引的架构schema 给出其全部者的名称
  • OBJECT_NAME: 表或索引名
  • OPTIMIZER: 执行计划中首列的默认优化模式;例如,CHOOSE。好比业务是个存储数据库,它将告知是否对象是最优化的。
  • ID: 在执行计划中分派到每一步的序号。
  • PARENT_ID: 对ID 步骤的输出进行操做的下一个执行步骤的ID。
  • DEPTH: 业务树深度(或级)。
  • POSITION: 对于具备相同PARENT_ID 的操做其相应的处理次序。
  • COST: cost-based方式优化的操做开销的评估,若是语句使用rule-based方式,本列将为空。
  • CARDINALITY: 根据cost-based方式操做所访问的行数的评估。
  • BYTES: 根据cost-based方式操做产生的字节的评估,。
  • OTHER_TAG: 其它列的内容说明。
  • PARTITION_START: 范围存取分区中的开始分区。
  • PARTITION_STOP: 范围存取分区中的中止分区。
  • PARTITION_ID: 计算PARTITION_START和PARTITION_STOP这对列值的步数
  • OTHER: 其它信息即执行步骤细节,供用户参考。
  • DISTRIBUTION: 为了并行查询,存储用于从生产服务器到消费服务器分配列的方法
  • CPU_COST: 根据cost-based方式CPU操做开销的评估。若是语句使用rule-based方式,本列为空。
  • IO_COST: 根据cost-based方式I/O操做开销的评估。若是语句使用rule-based方式,本列为空。
  • TEMP_SPACE: cost-based方式操做(sort or hash-join)的临时空间占用评估。若是语句使用rule-based方式,本列为空。
  • ACCESS_PREDICATES: 指明以便在存取结构中定位列,例如,在范围索引查询中的开始或者结束位置。
  • FILTER_PREDICATES: 在生成数据以前即指明过滤列。

 

CONNECT BY操做产生DEPTH列替换LEVEL伪列,有时被用于在SQL脚本中帮助indent PLAN_TABLE数据

 

V$SQL_PLAN中的链接列

  列ADDRESS,HASH_VALUE和CHILD_NUMBER被用于链接V$SQL或V$SQLAREA来获取cursor-specific信息,例如,BUFFER_GET,或链接V$SQLTEXT获取完整的SQL语句。

Column View                                                            Joined                 Column(s)

ADDRESS, HASH_VALUE                                   V$SQLAREA    ADDRESS, HASH_VALUE

ADDRESS,HASH_VALUE,CHILD_NUMBER     V$SQ     ADDRESS,HASH_VALUE,CHILD_NUMBER

ADDRESS, HASH_VALUE                                             V$SQLTEXT      ADDRESS, HASH_VALUE

 

 

确认SQL语句的优化计划

  下列语句显示一条指定SQL语句的执行计划。查看一条SQL语句的执行计划是调整优化SQL语句的第一步。这条被查询到执行计划的SQL语句是经过语句的HASH_VALUE和ADDRESS列识别。分两步执行:

 

1.SELECT sql_text, address, hash_value FROM v$sql

 WHERE sql_text like '%TAG%';

 

SQL_TEXT   ADDRESS  HASH_VALUE

--------  --------  ----------

          82157784  1224822469

 

 

2.SELECT operation, options, object_name, cost FROM v$sql_plan

 WHERE address = '82157784' AND hash_value = 1224822469;

 

OPERATION            OPTIONS       OBJECT_NAME        COST

-------------------- ------------- ------------------ ----

SELECT STATEMENT                                         5

  SORT

    AGGREGATE

      HASH JOIN                                          5

      TABLE ACCESS   FUL         DEPARTMENTS           2

      TABLE ACCESS   FUL         EMPLOYEES             2

相关文章
相关标签/搜索