V$SQL%知多少----之二(V$SQL_PLAN)

  

1、V$SQL%知多少----之二
V$SQL_PLAN,
 
1、本视图提供了一种方式检查那些执行过的并且仍在缓存中的cursor 的执行计划。 通常,本视图提供的信息与打印出的EXPLAIN PLAN 非常相似,不过,EXPLAIN PLAN 显示的是理论上的计划,并不一定在执行的时候就会被使用,但V$SQL_PLAN 中包括的是 实际被使用的计划。
 
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数据
 
2、 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$SQL ADDRESS,HASH_VALUE,CHILD_NUMBER
ADDRESS, HASH_VALUE V$SQLTEXT ADDRESS, HASH_VALUE
 
 
3、 Oracle  公司强烈推荐你使用  DBMS_STATS 包而非   ANALYZE 收集优化统计。该包可以让你平行地搜集统计项,
收集分区对象   (partitioned objects)  的全集统计, 并且通过其它方式更好的调整你的统计收集方式。
此处, cost-based优化器将最终使用被 DBMS_STATS收集的统计项。
 
举例:
查询的相关 SQL语句的执行计划:
1.SELECT sql_text, address, hash_value FROM v$sql  WHERE sql_text like '%TAG%';
 
2、 SELECT operation, options, object_name, cost FROM v$sql_plan  WHERE address = '???' AND hash_value = ???;
 
 
 

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值