【优化】父子游标

Oracle设计shared pool内存的一个主要目的就是语句共享，通过语句共享，节省语句的解析时间，从而得到性能的提升。

游标：
从Oracle数据库管理员的角度上说，游标是对存储在库缓存中的可执行对象的统称。SQL语句是存储在库缓存中的，它是游标。除了它之外，还有Oracle的存储过程也是存储在库缓存中的可执行对象，从Oracle DBA的角度上说，它也是游标。Oracle也把它算为游标，在某些和游标相关的视图中，也会显示存储过程的一些信息的。但从开发者的角度说，只有SQL语句才是游标。

子游标与父游标：
如果两个游标的文本一模一样，但由于环境不同，比如，游标所操作的表是不同用户下的同名表，这两个游标是不能共享执行计划的。它们都有各自的执行计划存在库缓存中。这两个游标就是子游标，Oracle还会建立一个父游标，父游标中没有执行计划，它只是文本相同但执行计划不同的所有游标的代表。
其实在库缓存中，即使没有文本相同的子游标，Oracle也会为每个游标都创建父游标。因为父游标是文本相同的子游标的代表吗，所有文本相同的游标共享同一个父游标。
也就是说，只要你执行SQL语句，Oracle都会在库缓存中保存一父一子两个游标。如果你执行了文本相同但环境不同因而不能共享执行计划的SQL语句，那么一个父游标可能就对应多个子游标。
父游标没有执行计划，它只有一些信息管理性数据，Oracle添加它的目的就是为了管理文本相同的游标。有一个视图是专门针对父游标的，就是V$sqlarea。

V$SQL常用字段
SHARABLE_MEM：游标所占共享内存
SORTS：游标完成的排序次数
FETCHES：抓取的次数
PX_SERVERS_EXECUTIONS：以并行方式执行的总次数
EXECUTIONS：执行次数
LOADS：游标被加载或重新加载到库缓存中的次数。游标只所以被重新加载有可能是游标无效或库缓存内存不足。
INVALIDATIONS：游标的无效次数
PARSE_CALLS：游标的解析次数，包括硬解析与软解析
DIRECT_WRITES：游标直接写的次数
DISK_READS：游标执行了多少次物理读
USER_IO_WAIT_TIME：用户I/O等待时间
CPU_TIME：游标解析、执行、抓取时所用的CPU时间。单位是微秒。
ELAPSED_TIME：游标解析、执行、抓取时所用的总时间。单位是微秒。
 

查看语句共享可以借助两个数据字典：V$SQLAREA和V$SQL

V$SQLAREA：保留SQL语句的父游标信息，可以通过SQL_ID标识，其中的VERSION_COUNT列表示子游标的数量
V$SQL  ：保留SQL语句的子游标信息，可以通过SQL_ID和CHILD_NUMBER标识

$SQL_SHARED_CURSOR:语句产生子游标的原因

 

1.实验前准备

首先确认参数cursor_sharing,默认值是EXACT，也就是说只有在不使用绑定变量的情况下，语句要完全一样才可以共享，包括大小写、空格回车等所有都要一样。

SYS@ORA11GR2>show parameter cursor_sharing

 

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

cursor_sharing                       string      EXACT

 

——清空shared_pool内存，这个命令可以在实验的时候使用，在生产系统库要谨慎SYS@ORA11GR2>alter system flush shared_pool;

 

System altered.

 

SYS@ORA11GR2>/

 

System altered.

 

2.在sys用户下进行操作

SYS@ORA11GR2>create table emp as select * from hr.employees;

 

Table created.

 

SYS@ORA11GR2>select /*www*/count(*) from emp;

 

  COUNT(*)

----------

       107

/*lcx*/无意义标识符，方便查询使用

由于上边这条语句是清空share pool后第一次执行，所以Oracle要做硬解析，生成游标，确切来讲是一个父游标和一个子游标，分别可以通过V$SQLAREA和V$SQL查到相关信息

 

查看父游标

——为方便查看，使用PLSQL Developer

SYS@ORA11GR2>select * from v$sqlarea where sql_text like '%www%';

查询父游标的sql_sid为39uu7n4az1qy2。

 

——通过sql_id查看父游标生成同时生成的子游标

SYS@ORA11GR2>select sql_id,child_number,executions,loads from v$sql where sql_id='39uu7n4az1qy2';

查看child_number为0，默认一个父游标对应一个子游标，且子游标的初始个数为0；

 

——再次在sys用户下查询emp表，父游标sid_id与子游标布不变

 

3.切换到hr用户进行上述相同操作：

SYS@ORA11GR2>conn hr/hr

Connected.

HR@ORA11GR2>create table emp as select * from employees;

 

Table created.

 

HR@ORA11GR2>select /*www*/count(*) from emp;（查询语句不变）

  COUNT(*)

----------

       107

 

HR@ORA11GR2>

 

再次查看父游标：（sql_id不变）

父游标与之前没有区别，因为sql语句没有变化

 

——使用相同的sql_id查看子游标，发现生成了第二个子游标

总结：正常应是生成一个父游标的同时生成一个子游标

产生多个子游标的原因很多，

1:（SCHEMA）的改变，

2：比如优化器模式的改变:

3：绑定变量的窥视等，

如果你想确定是由那种原因造成的，需要查看v$sql_shared_cursor

 

 

对于刚才的例子，属于验证/事物检查不匹配

S SYS@ORA11GR2>select sql_id,child_number,auth_check_mismatch from v$sql_shared_cursor where sql_id='39uu7n4az1qy2';

 

SQL_ID        CHILD_NUMBER  AUTH_CHECK_MISMATCH

------------- ------------ -------------------------------------------------------------

39uu7n4az1qy2            0   N

39uu7n4az1qy2            1   Y

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/31397003/viewspace-2126419/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/31397003/viewspace-2126419/