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

学习动态性能表

第三篇-(1)-v$sq 2007.5.25

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

　　一条语句可以映射多个cursor,因为对象所指的cursor可以有不同用户(如例1)。如果有多个cursor(子游标)存在，在V$SQLAREA为所有cursor提供集合信息。

例1：

这里介绍以下child cursor

user A: select * from tbl

user B: select * from tbl

大家认为这两条语句是不是一样的啊，可能会有很多人会说是一样的，但我告诉你不一定，那为什么呢？

这个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

时间： 2024-10-30 21:32:30

学习动态性能表(3)--v$sql&v$sql_plan的相关文章

学习动态性能表(10)--v$session_longops

学习动态性能表 第十篇--V$SESSION_LONGOPS  2007.6.7 本视图显示运行超过6秒的操作的状态.包括备份,恢复,统计信息收集,查询等等. 要监控查询执行进展状况,你必须使用cost-based优化方式,并且: 设置TIMED_STATISTICS或SQL_TRACE参数值为true. 通过ANALYZE或DBMS_STATS数据包收集对象统计信息. 你可以通过DBMS_APPLICATION_INFO.SET_SESSION_LONGOPS过程添加application-s

学习动态性能表(14)--v$parameter&v$system_parameter

学习动态性能表 第14篇--V$PARAMETER&V$SYSTEM_PARAMETER  2007.6.11 这两个视图列出的各参数项名称以及参数值.V$PARAMETER显示执行查询的session的参数值.V$SYSTEM_PARAMETER视图则列出实例的参数值. 例如,下列查询显示执行查询的session的SORT_AREA_SIZE参数值: SELECT value FROM V$PARAMETER WHERE name = 'sort_area_size'; 呵呵,可能有朋友还是不

学习动态性能表(15)--v$rollstat

学习动态性能表 第15篇--V$ROLLSTAT  2007.6.12 本视图自启动即保持并记录各回滚段统计项.在学习本视图之前,我们先来了解一下回滚段(rollback segment)的相关概念: 回滚段概述 回滚段用于存放数据修改之前的值(包括数据修改之前的位置和值).回滚段的头部包含正在使用的该回滚段事务的信息.一个事务只能使用一个回滚段来存放它的回滚信息,而一个回滚段可以存放多个事务的回滚信息. 回滚段的作用 1.事务回滚:当事务修改表中数据的时候,该数据修改前的值(即前影像)会存放在

学习动态性能表(13)--v$open_cursor

学习动态性能表 第13篇--V$OPEN_CURSOR  2007.6.8 本视图列出session打开的所有cursors,很多时候都将被用到,比如:你可以通过它查看各个session打开的cursor数. 当诊断系统资源占用时,它常被用于联接v$sqlarea和v$sql查询出特定SQL(高逻辑或物理I/O).然后,下一步就是找出源头.在应用环境,基本都是同一类用户登陆到数据库(在V$SQLAREA中拥有相同的PARSING_USER_ID),而通过这个就可以找出它们的不同.V$SQLARE

学习动态性能表(19)--v$undostat

学习动态性能表 第19篇--V$UNDOSTAT  2007.6.14 本视图监控当前实例中undo空间以及事务如何运行.并统计undo空间开销,事务开销以及实例可用的查询长度. V$UNDOSTAT中的常用列 Endtime:以10分钟为间隔的结束时间 UndoBlocksUsed:使用的undo块总数 TxnConcurrency:事务并发执行的最大数 TxnTotal:在时间段内事务执行总数 QueryLength:查询长度的最大值 ExtentsStolen:在时间段内undo区必须从一

学习动态性能表(22)V$resource_limit

学习动态性能表 第20篇--V$resource_limit  2007.6.15 就一条SQL语句供你参考: select * from V$RESOURCE_LIMIT where resource_name in('processes','sessions');

学习动态性能表(11)v$latch$v$latch_children

学习动态性能表 第十一篇-(1)-V$LATCH  2007.6.7 Oracle Rdbms应用了各种不同类型的锁定机制,latch即是其中的一种.Latch是用于保护SGA区中共享数据结构的一种串行化锁定机制.Latch的实现是与操作系统相关的,尤其和一个进程是否需要等待一个latch.需要等待多长时间有关.Latch是一种能够极快地被获取和释放的锁,它通常用于保护描述buffer cache中block的数据结构.与每个latch相联系的还有一个清除过程,当持有latch的进程成为死进程时

学习动态性能表(12)--v$db_object_cache

学习动态性能表 第12篇--V$DB_OBJECT_CACHE  2007.6.4 本视图提供对象在library cache(shared pool)中对象统计,提供比v$librarycache更多的细节,并且常用于找出shared pool中的活动对象. v$db_object_cache中的常用列: OWNER:对象拥有者 NAME:对象名称 TYPE:对象类型(如,sequence,procedure,function,package,package body,trigger) KEP

学习动态性能表(2)--v$sesstat

学习动态性能表 第二篇--v$sesstat  2007.5.25 按照OracleOnlineBook中的描述,v$sesstat存储session从login到logout的详细资源使用统计. 类似于v$sysstat,该视图存储下列类别的统计: 事件发生次数的统计,如用户提交数. 数据产生,存取或者操作的total列(如:redo size) 执行操作所花费的时间累积,例如session CPU占用(如果TIMED_STATISTICS值为true) 注意: 如果初始参数STATISTIC