Oracle 的v$sql,v$sqlarea,v$sqltext
一:查看有哪些V$sql开头的动态性能视图
SELECT * FROM DICT A WHERE A.TABLE_NAME LIKE '%V$SQL%';
二:v$sql , v$sqlarea,v$sqltext 区别
通常有人喜欢问v$sql,v$sqlarea,v$sqltext这三个视图的区别,一般还真很少注意这个(这个很重要么?),看看就晓得了:
首先:SELECT * from v$fixed_view_definition a WHERE a.VIEW_NAME='V$SQL';
然后:SELECT * from v$fixed_view_definition a WHERE a.VIEW_NAME='GV$SQL';
SELECT * from v$fixed_view_definition a WHERE a.VIEW_NAME='GV$SQLAREA';
SELECT * from v$fixed_view_definition a WHERE a.VIEW_NAME='GV$SQLTEXT';
这里可以看到每个视图的定义,可以发现者三个视图分别基于下面三个表:
x$kglcursor_child
x$kglcursor_child_sqlid
x$kglna
--------v$sqltext 存储的是完整的SQL,SQL被分割存放 SQL> desc v$sqltext Name Null? Type ----------------------------------------- -------- ---------------------------- ADDRESS RAW(4) --------- HASH_VALUE NUMBER --------- 和 address 一起唯一标志一条sql COMMAND_TYPE NUMBER PIECE NUMBER ---------- 分片之后的顺序编号 SQL_TEXT VARCHAR2(64) -------------- 注意长度 -------v$sqlarea ----存储的SQL 和一些相关的信息,比如累计的执行次数,逻辑读,物理读等统计信息 ------V$SQLAREA 列出了共享SQL区(Shared SQL Area)中的SQL统计信息,这些SQL按照SQL文本的不同,每条会记录一行统计数据。注意这里所说的是“按照SQL文本”来进行区分,也就是说这个视图的信息可以看作是根据SQL_TEXT进行的一次汇总统计。
Column | Datatype | Description | SQL_TEXT | VARCHAR2(1000) | 当前指针的前1000个字符 | VERSION_COUNT | NUMBER | Cache中这个父指针下存在的子指针的数量 | EXECUTIONS | NUMBER | 总的执行次数,包含所有子指针执行次数的汇总 | DISK_READS | NUMBER | 所有子指针的Disk Reads总和 | BUFFER_GETS | NUMBER | 所有子指针的Buffer Gets总和 | OPTIMIZER_MODE | VARCHAR2(10) | SQL执行的优化器模式 | HASH_VALUE | NUMBER | 父指针的Hash Value | ------v$sql --- 存储的是具体的SQL 和执行计划相关信息,实际上,v$sqlarea 可以看做 v$sql 根据 sqltext 等 做了 group by 之后的信息
Column | Datatype | Descrption | SQL_TEXT | VARCHAR2(1000) | 当前SQL指针的前1000个字符(也就是说这里记录的SQL是不完整的) | EXECUTIONS | NUMBER | 执行次数 | DISK_READS | NUMBER | 这个子指针Disk Read的次数 | BUFFER_GETS | NUMBER | 这个子指针的Buffer Gets数量 | OPTIMIZER_MODE | VARCHAR2(10) | SQL执行的优化器模式 | OPTIMIZER_COST | NUMBER | SQL执行成本 | HASH_VALUE | NUMBER | 在Library Cache中父指针的Hash Value值 | v$sql里面找不到完整的sql的时候,则需要从v$sqlarea中找或者拼v$sqltext的sql片 实际上,看起来同样的一句SQL ,往往具有不同的执行计划 如果是不同的数据库用户,那么相应的涉及的 对象 可能都不一样,注意v$sql 中 OBJECT# NUMBER OBJECT_OWNER VARCHAR2(30) OBJECT_NAME VARCHAR2(64) OPTIMIZER VARCHAR2(40) 即使是相同的数据库用户,若 session 的优化模式、session 级的参数 等不一样,执行计划也能不同。所以即使相同的sql,也可能具有不同的执行计划! v$sql join to v$sql_plan 就代表了具体的sql的执行计划,通过下面3个字段做连接 ADDRESS RAW(4) HASH_VALUE NUMBER CHILD_NUMBER NUMBER 而v$SQLAREA 忽略了 执行计划 等差异,只是在形式上sql文本看起来一样!相当于做了个聚合,是多个不同执行计划的sql的聚合和累计信息 总结: | |
1、V$SQL,V$SQLAREA 源都是一个。 2、实际上最模糊的是v$sql与v$sqlarea, a、v$sql_area相当于是按INST_ID, KGLNAOBJ, KGLHDPAR, KGLNAHSH, KGLNATIM, GLOBTS0,GLOBT19, KGLOBTS1, KGLOBT20,DECODE(KGLOBT33, 1, 'Y', 'N'),KGLHDCLT这些列的自v$sql的group by,也就是说v$sql的每一行表示的是每一个sql语句的一个version,而v$sqlarea存放的是相同语句不同version一个汇总。 b、 v$sql与v$sqlarea的源都是一个:X$KGLCURSOR c、实际调优中建议使用v$sql,相对来说比v$sqlarea快,而且还不会产生share pool latch的争用。 3、因v$sql及v$sqlarea存放着统计信息在调优时使用居多,但其sql_text是不全的,如果想获得完整的sql就要用v$sqltext了。 示例: 1.查看消耗资源最多的SQL: SELECT HASH_VALUE, EXECUTIONS, BUFFER_GETS, DISK_READS, PARSE_CALLS FROM V$SQLAREA WHERE BUFFER_GETS > 10000000 OR DISK_READS > 1000000 ORDER BY BUFFER_GETS + 100 * DISK_READS DESC; 2.查看某条SQL语句的资源消耗: SELECT HASH_VALUE, BUFFER_GETS, DISK_READS, EXECUTIONS, PARSE_CALLS FROM V$SQLAREA WHERE HASH_VALUE = 228801498 AND ADDRESS = HEXTORAW('CBD8E4B0'); 示例:已知hash_value:3111103299,查询sql语句: select * from v$sqltext where hash_value='3111103299' order by piece | |
转自:http://www.cnblogs.com/sopost/archive/2012/06/03/2532826.html