1、查一下这些视图的定义你就能理解，它们的源都是一个。
SELECT view_definition FROM v$fixed_view_definition WHERE view_name='GV$SQL';
SELECT view_definition FROM v$fixed_view_definition WHERE view_name='GV$SQL_AREA';
2、实际上最模糊的是v$sql与v$sqlarea,区别与联系除biti说的还有：
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语句的一个versiion，而v$sqlarea存放的是相同语句不同version一个汇总。
b、 v$sql与v$sqlarea的源都是一个：X$KGLCURSOR
c、实际调优中建议使用v$sql,相对来说比v$sqlarea快，而且还不会产生share pool latch的争用。
3、因v$sql及v$sqlarea存放着统计信息在调优时使用居多，但其sql是不全的，如果想获得完整的sql就要用v$sqltext了。-------------------------------------------------------------------------------------------------------------
Oracle v$sqlarea 分析SQL语句使用资源情况
V$SQLAREA
本视图持续跟踪所有shared pool中的共享cursor，在shared pool中的每一条SQL语句都对应一列。本视图在分析SQL语句资源使用方面非常重要。 V$SQLAREA中的信息列
HASH_VALUE：SQL语句的Hash值。
ADDRESS：SQL语句在SGA中的地址。
这两列被用于鉴别SQL语句，有时，两条不同的语句可能hash值相同。这时候，必须连同ADDRESS一同使用来确认SQL语句。
PARSING_USER_ID：为语句解析第一条CURSOR的用户
VERSION_COUNT：语句cursor的数量
KEPT_VERSIONS：
SHARABLE_MEMORY：cursor使用的共享内存总数
PERSISTENT_MEMORY：cursor使用的常驻内存总数
RUNTIME_MEMORY：cursor使用的运行时内存总数。
SQL_TEXT：SQL语句的文本（最大只能保存该语句的前1000个字符）。
MODULE,ACTION：使用了DBMS_APPLICATION_INFO时session解析第一条cursor时的信息 V$SQLAREA中的其它常用列
SORTS: 语句的排序数
CPU_TIME: 语句被解析和执行的CPU时间
ELAPSED_TIME: 语句被解析和执行的共用时间
PARSE_CALLS: 语句的解析调用(软、硬)次数
EXECUTIONS: 语句的执行次数
INVALIDATIONS: 语句的cursor失效次数
LOADS: 语句载入(载出)数量
ROWS_PROCESSED: 语句返回的列总数 V$SQLAREA中的连接列Column View Joined Column(s)
HASH_VALUE, ADDRESS V$SESSION SQL_HASH_VALUE, SQL_ADDRESS
HASH_VALUE, ADDRESS V$SQLTEXT, V$SQL, V$OPEN_CURSOR HASH_VALUE, ADDRESS
SQL_TEXT V$DB_OBJECT_CACHE NAME 示例：
1.查看消耗资源最多的SQL： Sql代码
1.SELECT hash_value, executions, buffer_gets, disk_reads, parse_calls
2.FROM V$SQLAREA
3.WHERE buffer_gets > 10000000 OR disk_reads > 1000000
4.ORDER BY buffer_gets + 100 * disk_reads DESC;
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语句的资源消耗： Sql代码
1.SELECT hash_value, buffer_gets, disk_reads, executions, parse_calls
2.FROM V$SQLAREA
3.WHERE hash_Value = 228801498 AND address = hextoraw('CBD8E4B0');
SELECT hash_value, buffer_gets, disk_reads, executions, parse_calls
FROM V$SQLAREA
WHERE hash_Value = 228801498 AND address = hextoraw('CBD8E4B0');查找前10条性能差的sql语句
Sql代码
1.SELECT * FROM (select PARSING_USER_ID,EXECUTIONS,SORTS,COMMAND_TYPE,DISK_READS,sql_text FROM v$sqlarea
2.order BY disk_reads DESC )where ROWNUM<10 ;
SELECT * FROM (select PARSING_USER_ID,EXECUTIONS,SORTS,COMMAND_TYPE,DISK_READS,sql_text FROM v$sqlarea
order BY disk_reads DESC )where ROWNUM<10 ;说明:
EXECUTIONS表示同一条SQL语句一共执行了多少次，SORTS表示排序的次数，DISK_READS表示物理读的数量。
DISK_READS NUMBER
The sum of the number of disk reads over all child cursors SORTS NUMBER
Sum of the number of sorts that were done for all the child cursors EXECUTIONS NUMBER
Total number of executions, totalled over all the child cursors
分析性能差的sql Sql代码
1.SELECT EXECUTIONS , DISK_READS, BUFFER_GETS,
2.ROUND((BUFFER_GETS-DISK_READS)/BUFFER_GETS,2) Hit_radio,
3.ROUND(DISK_READS/EXECUTIONS,2) Reads_per_run,
4.SQL_TEXT
5.FROM V$SQLAREA
6.WHERE EXECUTIONS>0
7.AND BUFFER_GETS >0
8.AND (BUFFER_GETS-DISK_READS)/BUFFER_GETS < 0.8
SELECT EXECUTIONS , DISK_READS, BUFFER_GETS,
ROUND((BUFFER_GETS-DISK_READS)/BUFFER_GETS,2) Hit_radio,
ROUND(DISK_READS/EXECUTIONS,2) Reads_per_run,
SQL_TEXT
FROM V$SQLAREA
WHERE EXECUTIONS>0
AND BUFFER_GETS >0
AND (BUFFER_GETS-DISK_READS)/BUFFER_GETS < 0.8查询共享池中已经解析过的SQL语句及其相关信息
--EXECUTIONS 所有子游标的执行这条语句次数
--DISK_READS 所有子游标运行这条语句导致的读磁盘次数
--BUFFER_GETS 所有子游标运行这条语句导致的读内存次数
--Hit_radio 命中率
--Reads_per_run 每次执行读写磁盘数 笼统的说EXECUTIONS，BUFFER_GETS，Hit_radio越高表示读内存多，磁盘少是比较理想的状态，因此越高越好
另外两个越高读磁盘次数越多，因此低点好 选出最占用资源的查询
Sql代码
1.select b.username username,a.disk_reads reads,a.executions exec,
2. a.disk_reads/decode(a.executions,0,1,a.executions) rds_exec_ratio,
3. a.sql_text statement
4. from v$sqlarea a,dba_users b
5. where a.parsing_user_id=b.user_id
6. and a.disk_reads>100000 ----------------------------------------------------------------------------------
在本视图中，每一个连接到数据库实例中的 session都拥有一条记录。包括用户 session及后台进程如 DBWR， LGWR， arcchiver等等。
V$SESSION中的常用列
V$SESSION是基础信息视图，用于找寻用户 SID或 SADDR。不过，它也有一些列会动态的变化，可用于检查用户。如例：
SQL_HASH_VALUE， SQL_ADDRESS：这两列用于鉴别默认被 session执行的 SQL语句。如果为 null或 0，那就说明这个 session没有执行任何 SQL语句。 PREV_HASH_VALUE和 PREV_ADDRESS两列用来鉴别被 session执行的上一条语句。
注意：当使用 SQL*Plus进行选择时，确认你重定义的列宽不小于 11以便看到完整的数值。
STATUS：这列用来判断 session状态是：
l Achtive：正执行 SQL语句 (waiting for/using a resource)
l Inactive：等待操作 (即等待需要执行的 SQL语句 )
l Killed：被标注为删除
下列各列提供 session的信息，可被用于当一个或多个 combination未知时找到 session。
Session信息
l SID： SESSION标识，常用于连接其它列
l SERIAL#：如果某个 SID又被其它的 session使用的话则此数值自增加 (当一个 SESSION结束，另一个 SESSION开始并使用了同一个 SID)。
l AUDSID：审查 session ID唯一性，确认它通常也用于当寻找并行查询模式
l USERNAME：当前 session在 oracle中的用户名。
Client信息
数据库 session被一个运行在数据库服务器上或从中间服务器甚至桌面通过 SQL*Net连接到数据库的客户端进程启动，下列各列提供这个客户端的信息
l OSUSER：客户端操作系统用户名
l MACHINE：客户端执行的机器
l TERMINAL：客户端运行的终端
l PROCESS：客户端进程的 ID
l PROGRAM：客户端执行的客户端程序
要显示用户所连接 PC的 TERMINAL、 OSUSER，需在该 PC的 ORACLE.INI或 Windows中设置关键字 TERMINAL， USERNAME。
Application信息
调用 DBMS_APPLICATION_INFO包以设置一些信息区分用户。这将显示下列各列。
l CLIENT_INFO： DBMS_APPLICATION_INFO中设置
l ACTION： DBMS_APPLICATION_INFO中设置
l MODULE： DBMS_APPLICATION_INFO中设置
下列 V$SESSION列同样可能会被用到：
l ROW_WAIT_OBJ#
l ROW_WAIT_FILE#
l ROW_WAIT_BLOCK#
l ROW_WAIT_ROW#
V$SESSION中的连接列
Column View Joined Column(s)
SID V$SESSION_WAIT,,V$SESSTAT,,V$LOCK,V$SESSION_EVENT,V$OPEN_CURSOR SID
(SQL_HASH_VALUE, SQL_ADDRESS) V$SQLTEXT, V$SQLAREA, V$SQL (HASH_VALUE, ADDRESS)
(PREV_HASH_VALUE, PREV_SQL_ADDRESS) V$SQLTEXT, V$SQLAREA, V$SQL (HASH_VALUE, ADDRESS)
TADDR V$TRANSACTION ADDR
PADDR V$PROCESS ADDR
示例：
1.查找你的 session信息
SELECT SID, OSUSER, USERNAME, MACHINE, PROCESS
FROM V$SESSION WHERE audsid = userenv( 'SESSIONID' );
2.当 machine已知的情况下查找 session
SELECT SID, OSUSER, USERNAME, MACHINE, TERMINAL
FROM V$SESSION
WHERE terminal = 'pts/tl' AND machine = 'rgmdbs1' ;
3.查找当前被某个指定 session正在运行的 sql语句。假设 sessionID为 100
select b.sql_text
from v$session a,v$sqlarea b
where a.sql_hashvalue=b. hash_value and a.sid= 1 00
或者
select b.sql_text
from v$session a,v$sqlarea b //v$sqlarea 只包括sql的1000个字符，V$SQLTEXT is all
where a.sql_hash_value = b.HASH_VALUE and a.TERMINAL = 'BackHam';//BackHam is my computer name寻找被指定 session执行的 SQL语句是一个公共需求，如果 session是瓶颈的主要原因，那根据其当前在执行的语句可以查看 session在做些什么。
V$SQLTEXT
本视图包括 Shared pool中 SQL语句的完整文本，一条 SQL语句可能分成多个块被保存于多个记录内。
注： V$SQLAREA只包括头 1000个字符。
V$SQLTEXT中的常用列
l HASH_VALUE： SQL语句的 Hash值
l ADDRESS： sql语句在 SGA中的地址
l SQL_TEXT： SQL文本。
l PIECE： SQL语句块的序号
V$SQLTEXT中的连接列
Column View Joined Column(s)
HASH_VALUE, ADDRESS V$SQL, V$SESSION HASH_VALUE, ADDRESS
HASH_VALUE. ADDRESS V$SESSION SQL_HASH_VALUE, SQL_ADDRESS
示例：已知 hash_value:3111103299，查询 sql语句：
select * from v$sqltext
where hashvalue= '3111103299'
order by piece
V$SQLAREA
本视图持续跟踪所有 shared pool中的共享 cursor，在 shared pool中的每一条 SQL语句都对应一列。本视图在分析 SQL语句资源使用方面非常重要。
V$SQLAREA中的信息列
l HASH_VALUE： SQL语句的 Hash值。
l ADDRESS： SQL语句在 SGA中的地址。
这两列被用于鉴别 SQL语句，有时，两条不同的语句可能 hash值相同。这时候，必须连同 ADDRESS一同使用来确认 SQL语句。
l PARSING_USER_ID：为语句解析第一条 CURSOR的用户
l VERSION_COUNT：语句 cursor的数量
l KEPT_VERSIONS：
l SHARABLE_MEMORY： cursor使用的共享内存总数
l PERSISTENT_MEMORY： cursor使用的常驻内存总数
l RUNTIME_MEMORY： cursor使用的运行时内存总数。
l SQL_TEXT： SQL语句的文本（最大只能保存该语句的前 1000个字符）。
l MODULE,ACTION：使用了 DBMS_APPLICATION_INFO时 session解析第一条 cursor时的信息
V$SQLAREA中的其它常用列
l SORTS: 语句的排序数
l CPU_TIME: 语句被解析和执行的 CPU时间
l ELAPSED_TIME: 语句被解析和执行的共用时间
l PARSE_CALLS: 语句的解析调用 (软、硬 )次数
l EXECUTIONS: 语句的执行次数
l INVALIDATIONS: 语句的 cursor失效次数
l LOADS: 语句载入 (载出 )数量
l ROWS_PROCESSED: 语句返回的列总数
V$SQLAREA中的连接列
Column View Joined Column(s)
HASH_VALUE, ADDRESS V$SESSION SQL_HASH_VALUE, SQL_ADDRESS
HASH_VALUE, ADDRESS V$SQLTEXT, V$SQL, V$OPEN_CURSOR HASH_VALUE, ADDRESS
SQL_TEXT V$DB_OBJECT_CACHE NAME
示例：
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' );
3.查找前10条性能差的sql语句
Sql代码
SELECT * FROM (select PARSING_USER_ID,EXECUTIONS,SORTS,COMMAND_TYPE,DISK_READS,sql_text FROM v$sqlarea
SELECT * FROM (select PARSING_USER_ID,EXECUTIONS,SORTS,COMMAND_TYPE,DISK_READS,sql_text FROM v$sqlarea order BY disk_reads DESC )where ROWNUM<10 ;说明:
EXECUTIONS表示同一条SQL语句一共执行了多少次，SORTS表示排序的次数，DISK_READS表示物理读的数量。
(1) v$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中的列说明：
l SQL_TEXT： SQL文本的前 1000个字符
l SHARABLE_MEM：占用的共享内存大小 (单位： byte)
l PERSISTENT_MEM：生命期内的固定内存大小 (单位： byte)
l RUNTIME_MEM：执行期内的固定内存大小
l SORTS：完成的排序数
l LOADED_VERSIONS：显示上下文堆是否载入， 1是 0否
l OPEN_VERSIONS：显示子游标是否被锁， 1是 0否
l USERS_OPENING：执行语句的用户数
l FETCHES： SQL语句的 fetch数。
l EXECUTIONS：自它被载入缓存库后的执行次数
l USERS_EXECUTING：执行语句的用户数
l LOADS：对象被载入过的次数
l FIRST_LOAD_TIME：初次载入时间
l INVALIDATIONS：无效的次数
l PARSE_CALLS：解析调用次数
l DISK_READS：读磁盘次数
l BUFFER_GETS：读缓存区次数
l ROWS_PROCESSED：解析 SQL语句返回的总列数
l COMMAND_TYPE：命令类型代号
l OPTIMIZER_MODE： SQL语句的优化器模型
l OPTIMIZER_COST：优化器给出的本次查询成本
l PARSING_USER_ID：第一个解析的用户 ID
l PARSING_SCHEMA_ID：第一个解析的计划 ID
l KEPT_VERSIONS：指出是否当前子游标被使用 DBMS_SHARED_POOL包标记为常驻内存
l ADDRESS：当前游标父句柄地址
l TYPE_CHK_HEAP：当前堆类型检查说明
l HASH_VALUE：缓存库中父语句的 Hash值
l PLAN_HASH_VALUE：数值表示的执行计划。
l CHILD_NUMBER：子游标数量
l MODULE：在第一次解析这条语句是通过调用 DBMS_APPLICATION_INFO.SET_MODULE设置的模块名称。
l ACTION：在第一次解析这条语句是通过调用 DBMS_APPLICATION_INFO.SET_ACTION设置的动作名称。
l SERIALIZABLE_ABORTS：事务未能序列化次数
l OUTLINE_CATEGORY：如果 outline在解释 cursor期间被应用，那么本列将显示出 outline各类，否则本列为空
l CPU_TIME：解析 /执行 /取得等 CPU使用时间 (单位，毫秒 )
l ELAPSED_TIME：解析 /执行 /取得等消耗时间 (单位，毫秒 )
l OUTLINE_SID： outline session标识
l CHILD_ADDRESS：子游标地址
l SQLTYPE：指出当前语句使用的 SQL语言版本
l REMOTE：指出是否游标是一个远程映象 (Y/N)
l OBJECT_STATUS：对象状态 (VALID or INVALID)
l IS_OBSOLETE：当子游标的数量太多的时候，指出游标是否被废弃 (Y/N)
---------------------------------------------------------------------------------------------------------------------------
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 和一些相关的信息，比如累计的执行次数，逻辑读，物理读等统计信息
SQL> desc v$sqlarea
Name Null? Type
----------------------------------------- -------- ----------------------------
SQL_TEXT VARCHAR2(1000)
SHARABLE_MEM NUMBER
PERSISTENT_MEM NUMBER
RUNTIME_MEM NUMBER
SORTS NUMBER
VERSION_COUNT NUMBER
LOADED_VERSIONS NUMBER
OPEN_VERSIONS NUMBER
USERS_OPENING NUMBER
FETCHES NUMBER
EXECUTIONS NUMBER
USERS_EXECUTING NUMBER
LOADS NUMBER
FIRST_LOAD_TIME VARCHAR2(38)
INVALIDATIONS NUMBER
PARSE_CALLS NUMBER
DISK_READS NUMBER
BUFFER_GETS NUMBER
ROWS_PROCESSED NUMBER
COMMAND_TYPE NUMBER
OPTIMIZER_MODE VARCHAR2(25)
PARSING_USER_ID NUMBER
PARSING_SCHEMA_ID NUMBER
KEPT_VERSIONS NUMBER
ADDRESS RAW(4)
HASH_VALUE NUMBER
MODULE VARCHAR2(64)
MODULE_HASH NUMBER
ACTION VARCHAR2(64)
ACTION_HASH NUMBER
SERIALIZABLE_ABORTS NUMBER
CPU_TIME NUMBER
ELAPSED_TIME NUMBER
IS_OBSOLETE VARCHAR2(1)
CHILD_LATCH NUMBER
v$sql ---------- 存储的是具体的SQL 和执行计划相关信息，实际上，v$sqlarea 可以看做 v$sql 根据 sqltext 等 做了 group by 之后的信息
SQL> desc v$sql
Name Null? Type
----------------------------------------- -------- ----------------------------
SQL_TEXT VARCHAR2(1000)
SHARABLE_MEM NUMBER
PERSISTENT_MEM NUMBER
RUNTIME_MEM NUMBER
SORTS NUMBER
LOADED_VERSIONS NUMBER
OPEN_VERSIONS NUMBER
USERS_OPENING NUMBER
FETCHES NUMBER
EXECUTIONS NUMBER
USERS_EXECUTING NUMBER
LOADS NUMBER
FIRST_LOAD_TIME VARCHAR2(38)
INVALIDATIONS NUMBER
PARSE_CALLS NUMBER
DISK_READS NUMBER
BUFFER_GETS NUMBER
ROWS_PROCESSED NUMBER
COMMAND_TYPE NUMBER
OPTIMIZER_MODE VARCHAR2(10)
OPTIMIZER_COST NUMBER
PARSING_USER_ID NUMBER
PARSING_SCHEMA_ID NUMBER
KEPT_VERSIONS NUMBER
ADDRESS RAW(4)
TYPE_CHK_HEAP RAW(4)
HASH_VALUE NUMBER
PLAN_HASH_VALUE NUMBER
CHILD_NUMBER NUMBER ---------- 注意这个
MODULE VARCHAR2(64)
MODULE_HASH NUMBER
ACTION VARCHAR2(64)
ACTION_HASH NUMBER
SERIALIZABLE_ABORTS NUMBER
OUTLINE_CATEGORY VARCHAR2(64)
CPU_TIME NUMBER
ELAPSED_TIME NUMBER
OUTLINE_SID NUMBER -------------- 注意这里跟 outline 有关
CHILD_ADDRESS RAW(4)
SQLTYPE NUMBER
REMOTE VARCHAR2(1)
OBJECT_STATUS VARCHAR2(19)
LITERAL_HASH_VALUE NUMBER
LAST_LOAD_TIME VARCHAR2(38)
IS_OBSOLETE VARCHAR2(1)
CHILD_LATCH NUMBER
另外注意这个
QL> desc v$sql_plan
Name Null? Type
----------------------------------------- -------- ----------------------------
ADDRESS RAW(4)
HASH_VALUE NUMBER
CHILD_NUMBER NUMBER ------------ 注意这个和 v$sql 里面的相同字段
OPERATION VARCHAR2(60)
OPTIONS VARCHAR2(60)
OBJECT_NODE VARCHAR2(20)
OBJECT# NUMBER
OBJECT_OWNER VARCHAR2(30)
OBJECT_NAME VARCHAR2(64)
OPTIMIZER VARCHAR2(40)
ID NUMBER
PARENT_ID NUMBER
DEPTH NUMBER
POSITION NUMBER
SEARCH_COLUMNS NUMBER
COST NUMBER
CARDINALITY NUMBER
BYTES NUMBER
OTHER_TAG VARCHAR2(70)
PARTITION_START VARCHAR2(10)
PARTITION_STOP VARCHAR2(10)
PARTITION_ID NUMBER
OTHER VARCHAR2(4000)
DISTRIBUTION VARCHAR2(40)
CPU_COST NUMBER
IO_COST NUMBER
TEMP_SPACE NUMBER
ACCESS_PREDICATES VARCHAR2(4000)
FILTER_PREDICATES VARCHAR2(4000)
实际上，看起来同样的一句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的聚合和累计信息本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
