父游标、子游标及共享游标
游标是数据库领域较为复杂的一个概念,因为游标包含了shared cursor和session cursor。两者有其不同的概念,也有不同的表现形式。
共享游标的概念易于与SQL语句中定义的游标相混淆。本文主要描述解析过程中的父游标,子游标以及共享游标,即shared cursor,同时给出了
游标(session cursor)的生命周期以及游标的解析过程的描述。
有关游标的定义,声明,与使用请参考:PL/SQL --> 游标
有关硬解析与软解析请参考:oracle中的软解析和硬解析
一、相关定义
shared cursor
也即是共享游标,是SQL语句在游标解析阶段生成获得的,是位于library cache中的sql或匿名的pl/sql等。其元数据被在视图V$sqlarea
与v$sql中具体化。如果library cache中的父游标与子游标能够被共享,此时则为共享游标。父游标能够共享即为共享的父游标,子游
标能够共享极为共享的子游标。
session cursor
即通过系统为用户分配缓冲区用于存放SQL语句的执行结果。用户可以通过这个中间缓冲区逐条取出游标中的记录并对其处理,直到所
有的游标记录被逐一处理完毕。session cursor指的跟这个session相对应的server process的PGA里(准确的说是UGA)的一块内存区域
(或者说内存结构)即其主要特性表现在记录的逐条定位,逐条处理。session cursor的元数据通过v$open_cursor视图来具体化。每一
个打开或解析的SQL都将位于该视图。
二、游标的生命周期(session cursor)
session cursor需要从UGA中分配内存,因此有其生命周期。其生命周期主要包括:
打开游标(根据游标声明的名称在UGA中分配内存区域)
解析游标(将SQL语句与游标关联,并将其执行计划加载到Library Cache)
定义输出变量(仅当游标返回数据时)
绑定输入变量(如果与游标关联的SQL语句使用了绑定变量)
执行游标(即执行SQL语句)
获取游标(即获取SQL语句记录结果,根据需要对记录作相应操作。游标将逐条取出查询的记录,直到取完所有记录)
关闭游标(释放UGA中该游标占有的相关资源,但Library Cache中的游标的执行计划按LRU原则清除,为其游标共享提供可能性)
对于session cursor而言,可以将游标理解为任意的DML,DQL语句(个人理解,有待核实)。即一条SQL语句实际上就是一个游标,只不过
session cursor分为显示游标和隐式游标,以及游标指针。由上面游标的生命周期可知,任何的游标(SQL语句)都必须经历内存分配,解析,
执行与关闭的过程。故对隐式游标而言,生命周期的所有过程由系统来自动完成。对所有的DML和单行查询(select ... into ...)而言,
系统自动使用隐式游标。多行结果集的DQL则通常使用显示游标。
二、游标的解析过程(产生shared cursor)
解析过程:
A、包含vpd的约束条件:
SQL语句如果使用的表使用了行级安全控制,安全策略生成的约束条件添加到where子句中
B、语法、语义、访问权限检查:
检查SQL语句书写的正确性,对象存在性,用户的访问权限
C、父游标缓存:
将该游标(SQL语句)的文本进行哈希得到哈希值并在library cache寻找相同的哈希值,如不存在则生存父游标且保存在library cache
中,按顺序完成D-F步骤。如果此时存在父游标,则进一步判断是否存在子游标。若存在相同的子游标,则直接调用其子游标的执行计
划执行该SQL语句,否则转到步骤D进行逻辑优化
D、逻辑优化:
使用不同的转换技巧,生成语义上等同的新的SQL语句(SQL语句的改写),一旦该操作完成,则执行计划数量、搜索空间将会相应增长。
其主要目的未进行转换的情况下是寻找无法被考虑到的执行计划
E、物理优化:
为逻辑优化阶段的SQL语句产生执行计划,读取数据字典中的统计信息以及动态采样的统计信息,计算开销,开销最低的执行计划将被
选中。
F、子游标缓存:
分配内存,生成子游标(即最佳执行计划),与父游标关联。可以在v$sqlarea, v$sql得到具体游标信息,父子游标通过sql_id关联
对于仅仅完成步骤A与B的SQL语句即为软解析,否则即为硬解析
三、shared cursor与session cursor的关系以及软软解析
关系:
一个session cursor只能对应一个shared cursor,而一个shared cursor却可能同时对应多个session cursor
四、父游标与子游标、共享游标
由游标的解析过程可知,父游标,子游标同属于共享游标的范畴。
父游标
是在进行硬解析时产生的,父游标里主要包含两种信息:SQL文本以及优化目标(optimizer goal),首次打开父游标被锁定,直到其他
所有的session都关闭该游标后才被解锁。当父游标被锁定的时候是不能被LRU算法置换出library cache,只有在解锁以后才能置换出
library cache,此时该父游标对应的所有子游标也同样被置换出library cache。v$sqlarea中的每一行代表了一个parent cursor,
address表示其内存地址。
子游标
当发生硬解析时,在产生父游标的同时,则跟随父游标会产生相应的子游标,此时V$SQL.CHILD_NUMBER的值为0。
如果存在父游标,由于不同的运行环境,此时同样会产生新的子游标,新子游标的CHILD_NUMBER在已有子游标基础上以1为单位累计。
子游标包括游标所有相关信息,如具体的执行计划、绑定变量,OBJECT和权限,优化器设置等。子游标随时可以被LRU算法置换出
library cache,当子游标被置换出library cache时,oracle可以利用父游标的信息重新构建出一个子游标来,这个过程叫reload。
v$sql中中 的每一行表示了一个child cursor,根据hash value和address与parent cursor 关联。
child cursor有自己的address,即v$sql.child_address。
确定一个游标的三个主要字段:address,hash_value,child_number,
五、演示父游标、子游标
[sql] view plaincopyprint?
/************************************ 首先创建表t **************************************/
SQL> create table t as select empno,ename,sal from emp where deptno=10;
Table created.
*********************************** 对表进行查询*****************************************/
SQL> select * from t where empno=7782;
EMPNO ENAME SAL
---------- ---------- ----------
7782 CLARK 2450
SQL> SELECT * from t where empno=7782;
EMPNO ENAME SAL
---------- ---------- ----------
7782 CLARK 2450
SQL> SELECT * FROM t WHERE empno=7782;
EMPNO ENAME SAL
---------- ---------- ----------
7782 CLARK 2450
SQL> select * from t where empno=7782;
EMPNO ENAME SAL
---------- ---------- ----------
7782 CLARK 2450
/*********************由下面的查询(v$sqlarea)可知产生了3个父游标,其中一个父游标(2r6rbdp92kyh9)执行了2次************/
/**************************************************/
/* Author: Robinson Cheng */
/* Blog: http://blog.csdn.net/robinson_0612 */
/* MSN: robinson_0612@hotmail.com */
/* QQ: 645746311 */
/**************************************************/
SQL> col sql_text format a40
SQL> select sql_id,sql_text,executions from v$sqlarea
2 where sql_text like '%empno=7782%' and sql_text not like '%from v$sqlarea%';
SQL_ID SQL_TEXT EXECUTIONS
------------- ---------------------------------------- ----------
4rs2136z084y1 SELECT * from t where empno=7782 1
84w067b4n91h5 SELECT * FROM t WHERE empno=7782 1
2r6rbdp92kyh9 select * from t where empno=7782 2
/************上面3个父游标对应的子游标可以在v$sql中获得*******************/
SQL> select sql_id,hash_value,child_number,plan_hash_value,sql_text,executions from v$sql
2 where sql_text like '%empno=7782%' and sql_text not like '%from v$sql%';
SQL_ID HASH_VALUE CHILD_NUMBER PLAN_HASH_VALUE SQL_TEXT EXECUTIONS
------------- ---------- ------------ --------------- ---------------------------------------- ----------
4rs2136z084y1 3187938241 0 1601196873 SELECT * from t where empno=7782 1
84w067b4n91h5 3376711173 0 1601196873 SELECT * FROM t WHERE empno=7782 1
2r6rbdp92kyh9 1378449929 0 1601196873 select * from t where empno=7782 2
/******************调整optimizer_index_caching 参数并执行聚合查询************************/
SQL> alter session set optimizer_index_caching=40;
Session altered.
SQL> select sum(sal) from t;
SUM(SAL)
----------
8750
SQL> alter session set optimizer_index_caching=100;
Session altered.
SQL> select sum(sal) from t;
SUM(SAL)
----------
8750
/***************相同的查询由于不同的运行环境导致产生了不同的子游标,optimizer_env_hash_value值不同**************/
/***************不同的子游标有不同的child_address 值 ****************************/
SQL> select sql_id, child_number, sql_text,optimizer_env_hash_value oehv,child_address
2 from v$sql where sql_text like '%sum(sal)%' and sql_text not like '%from v$sql%';
SQL_ID CHILD_NUMBER SQL_TEXT OEHV CHILD_ADDRESS
------------- ------------ ---------------------------------------- ---------- ----------------
gu68ka2qzx3hh 0 select sum(sal) from t 3620536549 0000000093696D00
gu68ka2qzx3hh 1 select sum(sal) from t 2687219005 0000000093767F58
/********** 查询v$sql_shared_cursor可以跟踪是那些变化导致了子游标不能共享,此例为optimizer_mismatch *****************/
SQL> SELECT child_number, optimizer_mismatch
2 FROM v$sql_shared_cursor
3 WHERE sql_id = '&sql_id';
Enter value for sql_id: gu68ka2qzx3hh
old 3: WHERE sql_id = '&sql_id'
new 3: WHERE sql_id = 'gu68ka2qzx3hh'
CHILD_NUMBER O
------------ -
0 N
1 Y
/***********************观察父游标address,hash_value,sql_id ******************/
/***********************观察子游标address,hash_value,child_number,sql_id,child_address ******************/
/************************从Oracle 10g 之后,sql_id既可以唯一确定一个父游标,sql_id,child_number唯一确定一个子游标*****/
SQL> SELECT address,hash_value,sql_id FROM v$sqlarea WHERE sql_id='gu68ka2qzx3hh';
ADDRESS HASH_VALUE SQL_ID
---------------- ---------- -------------
000000009F8CBB58 2919140880 gu68ka2qzx3hh
SQL> SELECT address,hash_value,child_number, sql_id,child_address
2 FROM v$sql WHERE sql_id='gu68ka2qzx3hh';
ADDRESS HASH_VALUE CHILD_NUMBER SQL_ID CHILD_ADDRESS
---------------- ---------- ------------ ------------- ----------------
000000009F8CBB58 2919140880 0 gu68ka2qzx3hh 0000000093696D00
000000009F8CBB58 2919140880 1 gu68ka2qzx3hh 0000000093767F58
六、总结
1、硬解析通常是由于不可共享的父游标造成的,如经常变动的SQL语句,或动态SQL或未使用绑定变量等
2、解决硬解析的办法则通常是使用绑定变量来解决
3、与父游标SQL文本完全一致的情形下,多个相同的SQL语句可以共享一个父游标
4、SQL文本、执行环境完全一致的情形下,子游标能够被共享,否则如果执行环境不一致则生成新的子游标
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/15489979/viewspace-742971/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/15489979/viewspace-742971/