视图 v$sql,v$sqlarea,$sqltext,v$sqltext_with_newlines 的差异

http://blog.csdn.net/leshami/article/details/8658205

视图v$sql,v$sqlarea,v$sqltext,v$sqltext_with_newlines 是几个经常容易混淆的视图，主要是提供library cache中当前缓存的sql语句的信息。这几个视图都可以提供当前有关sql语句的具体信息，但稍有差异。本文主要描述其差异并给出实例。

一、sql语句与游标
      sql语句，这个没什么好说的，就是按照sql标准书写的sql语句
      游标，包含shared cursor，session cursor，简单点来理解，一条sql语句对应一个或多个游标，且一条sql语句至少解析为一个游标。

当任一sql语句被解析到shared_pool中之后，必定会产生相应的游标，有下列三种情形，
          a、存在可完全共享的父游标
          b、父游标存在，但是由于执行环境的变化，不得不生存新的子游标
          c、没有父游标存在，需要生成全新的游标
      对于情形a，由于存在可共享的父游标，也就是说v$sql中必定已经存在一个对应的sql游标，我们可以查询到，执行之后对应executions及相关列会发生变化。
      对于情形b或c，sql语句产生的游标会被添加到v$sql视图，也即是新增游标(b为新增子游标，c为新增父游标)。

注:在shared_pool由于aged out原则后的sql可能无法在该视图查询到，这个是另外一个话题。

二、视图差异
1、v$sql视图
      假定用户A与用户B都基于自身schema创建了表t
      用户A发布查询select * from t，此时共享池中产生一条与该语句的相关的sql游标，在v$sql视图体现(假定为首次执行)
      不久用户B也发出select * from t的查询，同上，v$sql中也对应有一条该语句的游标
      为了便于理解，我们将v$sql视图中的sql文本称之为游标，将v$sqlarea中的sql文本称为sql语句

2、v$sqlarea
      对于上述情形
      此时v$sqlarea则是对视图v$sql的一个聚合，也即是相当于对视图v$sql使用了distinct关键字。
      尽管v$sql中出现了两条select * from t，而v$sqlarea仅为一条
      v$sqlarea提供的是每条sql语句执行的汇总信息

3、v$sqltext
      该视图包括Shared pool中SQL语句的完整文本，但一条SQL语句是被分成多个块来进行保存的。
      对于比较短的sql语句，一个piece就搞定，对于比较长的sql语句则需要多个piece的结合来完整展现一条真正的sql语句。

4、v$sqltext_with_newlines
      该视图用于完整保存SQL语句所有字符，保留SQL语句的回车和制表符。

三、示例说明

1. 1、创建演示环境
2. SQL> select * from v$version where rownum<2;
3. BANNER
4. --------------------------------------------------------------------------------
5. Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
6. SQL> create table t ( x varchar2(30) primary key, y int );
7. SQL> exec dbms_stats.set_table_stats('SCOTT','T', numrows => 1000000, numblks=>100000);
8. SQL> alter system flush shared_pool;
9. SQL> select sql_text from v$sql where upper(sql_text) like 'SELECT % T LOOK_FOR_ME%'
10. 2  and upper(sql_text) not like '%FROM V$SQL%';
11. no rows selected
12. 2、产生sql游标
13. SQL> declare
14. 2     l_x_number      number;
15. 3     l_x_string  varchar2(30);
16. 4  begin
17. 5     execute immediate 'alter session set optimizer_mode=all_rows';
18. 6     for x in (select * from t look_for_me where x = l_x_number) loop null; end loop;
19. 7     for x in (select * from t look_for_me where x = l_x_string) loop null; end loop;
20. 8     execute immediate 'alter session set optimizer_mode=first_rows';
21. 9     for x in (select * from t look_for_me where x = l_x_number) loop null; end loop;
22. 10     for x in (select * from t look_for_me where x = l_x_string) loop null; end loop;
23. 11  end;
24. 12  /
25. PL/SQL procedure successfully completed.
26. 3、分析
27. SQL> col sql_text format a55
28. SQL> set linesize 180
29. SQL> col plan_table_output format a80 truncate
30. SQL> col sql_id new_val sql_id
31. SQL> select sql_id, sql_text from v$sql where upper(sql_text) like 'SELECT % T LOOK_FOR_ME %B1_';
32. SQL_ID        SQL_TEXT
33. ------------- -------------------------------------------------------
34. 1qqtru155tyz8 SELECT * FROM T LOOK_FOR_ME WHERE X = :B1
35. 1qqtru155tyz8 SELECT * FROM T LOOK_FOR_ME WHERE X = :B1
36. 1qqtru155tyz8 SELECT * FROM T LOOK_FOR_ME WHERE X = :B1
37. 1qqtru155tyz8 SELECT * FROM T LOOK_FOR_ME WHERE X = :B1
38. --从上面的查询可知，对于上面的SQL语句我们得到了相同的SQL_ID。这是因为SQL_ID是由SQL文本hash得到的一个值
39. --只要SQL文本相同(完全相同)，则SQL_ID一定是相同的。
40. --我们从v$sql视图里边查询得到了四条相同sql_id的sql语句，也即是四个不同的游标
41. --为什么同样的sql文本产生了四个不同的游标呢?这是因为:
42. -- cursor 1) 使用ALL_ROWS 优化器模式, 绑定变量为number类型
43. -- cursor 2) 使用ALL_ROWS 优化器模式, 绑定变量为varchar2类型
44. -- cursor 3) 使用FIRST_ROWS 优化器模式, 绑定变量为number类型
45. -- cursor 4) 使用FIRST_ROWS 优化器模式,绑定变量为varchar2类型
46. --查询v$sql视图
47. SQL> select sql_id,loaded_versions,executions,optimizer_mode, plan_hash_value,child_number,child_address
48. 2  from v$sql where sql_id = '&sql_id';
49. old   2: from v$sql where sql_id = '&sql_id'
50. new   2: from v$sql where sql_id = '1qqtru155tyz8'
51. SQL_ID        LOADED_VERSIONS EXECUTIONS OPTIMIZER_ PLAN_HASH_VALUE CHILD_NUMBER CHILD_ADDRESS
52. ------------- --------------- ---------- ---------- --------------- ------------ ----------------
53. 1qqtru155tyz8               1          1 ALL_ROWS        1601196873            0 0000000081111008
54. 1qqtru155tyz8               1          1 ALL_ROWS        2572036781            1 00000000841B1DD8
55. 1qqtru155tyz8               1          1 FIRST_ROWS      1601196873            2 00000000813D1A70
56. 1qqtru155tyz8               1          1 FIRST_ROWS      2572036781            3 000000007FFE3370
57. --从上面的查询结果知，optimizer_mode不同，plan_hash_value的值不同，child_address的值也不同
58. --尤其是child_address表明是pin到shared_pool中不同的位置
59. --查看v$sqlarea视图
60. SQL> select sql_id,sql_text,version_count vs_cnt,loaded_versions ld_vs,executions ex_cnt
61. 2  from v$sqlarea where sql_id = '&sql_id';
62. old   2: from v$sqlarea where sql_id = '&sql_id'
63. new   2: from v$sqlarea where sql_id = '1qqtru155tyz8'
64. SQL_ID        SQL_TEXT                                        VS_CNT      LD_VS     EX_CNT
65. ------------- ------------------------------------------- ---------- ---------- ----------
66. 1qqtru155tyz8 SELECT * FROM T LOOK_FOR_ME WHERE X = :B1            4          4          4
67. --从上面的视图可知，是sql_id的一个聚合，列出了version_count以及executions的总次数等
68. --下面来看看每个sql对应的执行计划
69. --child_number为0的游标，此时为父游标
70. SQL> select * from table(dbms_xplan.display_cursor('&sql_id',0));
71. old   1: select * from table(dbms_xplan.display_cursor('&sql_id',0))
72. new   1: select * from table(dbms_xplan.display_cursor('1qqtru155tyz8',0))
73. PLAN_TABLE_OUTPUT
74. --------------------------------------------------------------------------------
75. SQL_ID  1qqtru155tyz8, child number 0
76. -------------------------------------
77. SELECT * FROM T LOOK_FOR_ME WHERE X = :B1
78. Plan hash value: 1601196873
79. --------------------------------------------------------------------------
80. | Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
81. --------------------------------------------------------------------------
82. |   0 | SELECT STATEMENT  |      |       |       | 28616 (100)|          |
83. |*  1 |  TABLE ACCESS FULL| T    | 10000 |   292K| 28616   (6)| 00:05:44 |
84. --------------------------------------------------------------------------------
85. PLAN_TABLE_OUTPUT
86. --------------------------------------------------------------------------------
87. Predicate Information (identified by operation id):
88. ---------------------------------------------------
89. 1 - filter(TO_NUMBER("X")=:B1)  -->存在谓词转换
90. --下面是child_number为1的子游标
91. SQL> select * from table(dbms_xplan.display_cursor('&sql_id',1));
92. old   1: select * from table(dbms_xplan.display_cursor('&sql_id',1))
93. new   1: select * from table(dbms_xplan.display_cursor('1qqtru155tyz8',1))
94. PLAN_TABLE_OUTPUT
95. --------------------------------------------------------------------------------
96. SQL_ID  1qqtru155tyz8, child number 1
97. -------------------------------------
98. SELECT * FROM T LOOK_FOR_ME WHERE X = :B1
99. Plan hash value: 2572036781
100. --------------------------------------------------------------------------------
101. | Id  | Operation                   | Name         | Rows  | Bytes | Cost (%CPU)
102. --------------------------------------------------------------------------------
103. |   0 | SELECT STATEMENT            |              |       |       |     2 (100)
104. |   1 |  TABLE ACCESS BY INDEX ROWID| T            |     1 |    30 |     2   (0)
105. |*  2 |   INDEX UNIQUE SCAN         | SYS_C0011143 |     1 |       |     1   (0)
106. --------------------------------------------------------------------------------
107. Predicate Information (identified by operation id):
108. ---------------------------------------------------
109. 2 - access("X"=:B1)
110. --从上面的两个执行计划中可以看出，因为绑定变量的类型不同，导致了sql语句产生了不同的执行计划
111. --且第一个执行计划中使用了隐式转换
112. --下面是child_number为2的子游标的执行计划
113. --Author : Robinson
114. --Blog   : http://blog.csdn.net/robinson_0612
115. SQL> select * from table(dbms_xplan.display_cursor('&sql_id',2));
116. old   1: select * from table(dbms_xplan.display_cursor('&sql_id',2))
117. new   1: select * from table(dbms_xplan.display_cursor('1qqtru155tyz8',2))
118. PLAN_TABLE_OUTPUT
119. --------------------------------------------------------------------------------
120. SQL_ID  1qqtru155tyz8, child number 2
121. -------------------------------------
122. SELECT * FROM T LOOK_FOR_ME WHERE X = :B1
123. Plan hash value: 1601196873
124. --------------------------------------------------------------------------
125. | Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
126. --------------------------------------------------------------------------
127. |   0 | SELECT STATEMENT  |      |       |       | 28616 (100)|          |
128. |*  1 |  TABLE ACCESS FULL| T    | 10000 |   292K| 28616   (6)| 00:05:44 |
129. --------------------------------------------------------------------------------
130. PLAN_TABLE_OUTPUT
131. --------------------------------------------------------------------------------
132. Predicate Information (identified by operation id):
133. ---------------------------------------------------
134. 1 - filter(TO_NUMBER("X")=:B1)
135. --下面是child_number为3的子游标的执行计划
136. SQL> select * from table(dbms_xplan.display_cursor('&sql_id',3));
137. old   1: select * from table(dbms_xplan.display_cursor('&sql_id',3))
138. new   1: select * from table(dbms_xplan.display_cursor('1qqtru155tyz8',3))
139. PLAN_TABLE_OUTPUT
140. --------------------------------------------------------------------------------
141. SQL_ID  1qqtru155tyz8, child number 3
142. -------------------------------------
143. SELECT * FROM T LOOK_FOR_ME WHERE X = :B1
144. Plan hash value: 2572036781
145. --------------------------------------------------------------------------------
146. | Id  | Operation                   | Name         | Rows  | Bytes | Cost (%CPU)
147. --------------------------------------------------------------------------------
148. |   0 | SELECT STATEMENT            |              |       |       |     2 (100)
149. |   1 |  TABLE ACCESS BY INDEX ROWID| T            |     1 |    30 |     2   (0)
150. |*  2 |   INDEX UNIQUE SCAN         | SYS_C0011143 |     1 |       |     1   (0)
151. --------------------------------------------------------------------------------
152. Predicate Information (identified by operation id):
153. ---------------------------------------------------
154. 2 - access("X"=:B1)
155. --子游标2与子游标3也是使用了不同的执行计划，这个原因与父游标0，子游标1的原因相同
156. --子游标2与父游标0有相同的执行计划，从Plan hash value的值可知
157. --同样，子游标3与父游标1也有相同的执行计划，从Plan hash value的值可知
158. --产生不同执行计划的原因
159. --v$sql_shared_cursor视图记录了那些不能共享子游标的记录并给给出原因，如下查询
160. SQL> SELECT child_number,bind_mismatch, optimizer_mode_mismatch
161. 2  from v$sql_shared_cursor
162. 3  where sql_id = '&SQL_ID';
163. old   3: where sql_id = '&SQL_ID'
164. new   3: where sql_id = '1qqtru155tyz8'
165. CHILD_NUMBER B O
166. ------------ - -
167. 0 N N
168. 1 Y N
169. 2 N Y
170. 3 Y Y
171. --从上面的查询结果可知，游标1与父游标0是由于绑定变量不匹配而导致了不可共享子游标
172. --游标2则是由于不同的执行环境，游标3则是不同的执行环境与不匹配的绑定变量导致不可共享子游标
173. --从上面的测试可以，父游标相同，子游标不同，执行计划可能相同，也可能不相同
174. --下面的这个查询也说明了这个问题，得到的是不同的PLAN_HASH_VALUE
175. SQL> select a.snap_id, a.sql_id, a.plan_hash_value,to_char(b.begin_interval_time,'yyyy-mm-dd hh24:mi:ss')
176. 2  from dba_hist_sqlstat a, dba_hist_snapshot b
177. 3  where a.snap_id = b.snap_id
178. 4  and sql_id ='&sql_id';
179. old   4: and sql_id ='&sql_id'
180. new   4: and sql_id ='1qqtru155tyz8'
181. SNAP_ID SQL_ID        PLAN_HASH_VALUE TO_CHAR(B.BEGIN_INT
182. ---------- ------------- --------------- -------------------
183. 275 1qqtru155tyz8      1601196873 2013-03-08 12:00:25
184. 275 1qqtru155tyz8      2572036781 2013-03-08 12:00:25

四、小结
    a、本文讨论了v$sql,v$sqlarea,v$sqltext以及v$sqltext_with_newlines几个视图的差异
    b、需要记住的是v$sql存储所有游标，v$sqlarea等同于使用了distinct关键字，仅保留sql语句。v$sqltext提供完整的sql语句
    c、硬解析通常是由于不可共享的父游标造成的，如经常变动的SQL语句，或动态SQL或未使用绑定变量等
    d、与父游标SQL文本完全一致的情形下，多个相同的SQL语句可以共享一个父游标
    e、SQL文本、执行环境完全一致的情形下，子游标能够被共享，否则如果执行环境不一致则生成新的子游标
    f、父游标相同，子游标不同，执行计划可能相同，也可能不相同

五、相关参考
    父游标、子游标及共享游标 
    绑定变量及其优缺点 
    Oracle 硬解析与软解析 
    Oracle 绑定变量窥探 
    Oracle自适应共享游标 
    Whats the difference between the v$sql* views

六、更多参考:

有关Oracle RAC请参考
     使用crs_setperm修改RAC资源的所有者及权限     使用crs_profile管理RAC资源配置文件     RAC 数据库的启动与关闭     再说 Oracle RAC services     Services in Oracle Database 10g     Migrate datbase from single instance to Oracle RAC     Oracle RAC 连接到指定实例     Oracle RAC 负载均衡测试(结合服务器端与客户端)     Oracle RAC 服务器端连接负载均衡(Load Balance)     Oracle RAC 客户端连接负载均衡(Load Balance)     ORACLE RAC 下非缺省端口监听配置(listener.ora tnsnames.ora) 
     ORACLE RAC 监听配置 (listener.ora tnsnames.ora)     配置 RAC 负载均衡与故障转移     CRS-1006 , CRS-0215 故障一例 
     基于Linux (RHEL 5.5) 安装Oracle 10g RAC 
     使用 runcluvfy 校验Oracle RAC安装环境

有关Oracle 网络配置相关基础以及概念性的问题请参考：
     配置非默认端口的动态服务注册 
     配置sqlnet.ora限制IP访问Oracle     Oracle 监听器日志配置与管理 
     设置 Oracle 监听器密码(LISTENER)     配置ORACLE 客户端连接到数据库

有关基于用户管理的备份和备份恢复的概念请参考
     Oracle 冷备份     Oracle 热备份     Oracle 备份恢复概念     Oracle 实例恢复     Oracle 基于用户管理恢复的处理     SYSTEM 表空间管理及备份恢复     SYSAUX表空间管理及恢复     Oracle 基于备份控制文件的恢复(unsing backup controlfile)

有关RMAN的备份恢复与管理请参考
     RMAN 概述及其体系结构     RMAN 配置、监控与管理     RMAN 备份详解     RMAN 还原与恢复     RMAN catalog 的创建和使用     基于catalog 创建RMAN存储脚本     基于catalog 的RMAN 备份与恢复     RMAN 备份路径困惑     使用RMAN实现异机备份恢复(WIN平台)     使用RMAN迁移文件系统数据库到ASM     linux 下RMAN备份shell脚本     使用RMAN迁移数据库到异机

有关ORACLE体系结构请参考
     Oracle 表空间与数据文件     Oracle 密码文件     Oracle 参数文件     Oracle 联机重做日志文件(ONLINE LOG FILE)     Oracle 控制文件(CONTROLFILE)     Oracle 归档日志     Oracle 回滚(ROLLBACK)和撤销(UNDO)     Oracle 数据库实例启动关闭过程     Oracle 10g SGA 的自动化管理     Oracle 实例和Oracle数据库(Oracle体系结构)

更多0

• 上一篇：Linux/Unix shell 自动发送AWR report
• 下一篇：sqlplus spool 到动态日志文件名