CURSOR_SHARING

Property Description
Parameter type String
Syntax CURSOR_SHARING = { EXACT | FORCE }
Default value EXACT
Modifiable ALTER SESSION, ALTER SYSTEM
Basic No

CURSOR_SHARING determines what kind of SQL statements can share the same cursors.

Values:

  • FORCE

    Allows the creation of a new cursor if sharing an existing cursor, or if the cursor plan is not optimal.

  • EXACT

    Only allows statements with identical text to share the same cursor.

    Notes:

    • If you set CURSOR_SHARING, then Oracle recommends the FORCE setting unless you are in a DSS environment.

    • The value of the CURSOR_SHARING parameter has performance implications. Refer to Oracle Database Performance Tuning Guide before setting this parameter.

cursor_sharing 参数有三个值可选，exact、similar、force。
如果参数值为 exact （Oracle默认方式），当一个 statement parse 的时候，首先到 shared pool 区查看是否有 exact statement 存在（就是看是否在shared pool中有和当前要解析的statement完全一样的语句存在），如果不存在，就执行hard parse；
如果参数值为 similar，那么如果在shared pool中无法找到exact statement的存在的时候，就会在shared pool进行一次新的查找，查找和当前要解析的语句是否是similar statement的语句。（similar statement就是除了value of some literal不同的语句，别的地方都相同的语句。）
当cursor_sharing设置为similar时，如果在shared pool中查找到这样的语句，就会做下一步的检查，看shared pool中缓存的这个语句的execution plan是否适合当前解析的语句，如果适合，就会使用shared pool的语句，而不去做hard parse。如果cursor_sharing设置为force的时候，当在shared pool中发现了similar statement之后，就不会再去检查执行计划了，而直接使用在shared pool的这个语句了。
将cursor_sharing设置为force实际上是危险的。这会可能形成sub optimal的执行计划。比如对于一个范围查找的语句，比如对于一个范围查找的语句，比如
select * from a where a>10 and a<20 这样类型的语句，缓存中的语句的执行计划可能对于正在解析的语句就是不适合的，不是最优的执行计划。
这样看起来是减少了parse恶的时间，但是大大增大了execution的时间。
测试数据：
SQL> select owner,count(*) from t1 group by owner;
OWNER                            COUNT(*)
------------------------------ ----------
PUBLIC                               3360
TEST                                    1
SYSTEM                                527
APPQOSSYS                               5
SYS                                  9440
SQL> create index i_t1_owner on t1(owner);
索引已创建。
SQL> analyze table t1 compute statistics for table for all indexes for all indexed columns;
表已分析。
1、cursor_sharing=exact
SQL> show parameter cursor_sharing
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
cursor_sharing                       string      EXACT
SQL> alter system flush shared_pool;
系统已更改。
SQL> select count(*) from t1 where owner='TEST';
  COUNT(*)
----------
         1
SQL> select count(*) from t1 where owner='SYS';
  COUNT(*)
----------
      9440

SQL> select sql_text, sql_id, version_count, executions
  2    from v$sqlarea
  3   where sql_text like 'select count(*) from t1 where owner=%';
SQL_TEXT                                      SQL_ID          VERSION_COUNT EXECUTIONS
--------------------------------------------- --------------- ------------- ----------
select count(*) from t1 where owner='SYS'     6n5pk8mynfa7w               1          1
select count(*) from t1 where owner='TEST'    4au4u0sr7kz2p               1          1
v$sqlarea中，version_count是指当前父游标（SQL文本）下的子游标个数，executions指执行次数。
从v$sqlarea的输出可知，字面量不同，会产生两个不同的父游标和子游标，即执行计划不会共享。
从下面执行计划看，这两个SQL产生的执行计划完全不同。
SQL> select * from table(dbms_xplan.display_cursor('6n5pk8mynfa7w',null,null));
PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------------
SQL_ID  6n5pk8mynfa7w, child number 0
-------------------------------------
select count(*) from t1 where owner='SYS'
Plan hash value: 1368537905
------------------------------------------------------------------------------------
| Id  | Operation             | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT      |            |       |       |    10 (100)|          |
|   1 |  SORT AGGREGATE       |            |     1 |     4 |            |          |
|*  2 |   INDEX FAST FULL SCAN| I_T1_OWNER |  9440 | 37760 |    10   (0)| 00:00:01 |
------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - filter("OWNER"='SYS')
已选择19行。
SQL> select * from table(dbms_xplan.display_cursor('4au4u0sr7kz2p',0,''));
PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------------
SQL_ID  4au4u0sr7kz2p, child number 0
-------------------------------------
select count(*) from t1 where owner='TEST'
Plan hash value: 923762106
--------------------------------------------------------------------------------
| Id  | Operation         | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |            |       |       |     1 (100)|          |
|   1 |  SORT AGGREGATE   |            |     1 |     4 |            |          |
|*  2 |   INDEX RANGE SCAN| I_T1_OWNER |     1 |     4 |     1   (0)| 00:00:01 |
--------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - access("OWNER"='TEST')
已选择19行。
2、cursor_sharing=similar
SQL> alter system flush shared_pool;
系统已更改。
SQL> alter session set cursor_sharing=similar;
会话已更改。
SQL> select count(*) from t1 where owner='TEST';
  COUNT(*)
----------
         1
SQL> select count(*) from t1 where owner='SYS';
  COUNT(*)
----------
      9440
SQL> select sql_text, sql_id, version_count, executions
  2     from v$sqlarea
  3    where sql_text like 'select count(*) from t1 where owner=%';
SQL_TEXT                                       SQL_ID          VERSION_COUNT EXECUTIONS
---------------------------------------------  --------------- ------------- ----------
select count(*) from t1 where owner=:"SYS_B_0" gf0m7xnstru5z               2          2
从上面v$sqlarea输出结果可以看出，父游标共享（SQL_ID一样），子游标不同（version_count=2），一共执行两次。
从下面执行计划可以看出，因为子游标不同，虽然sql_id相同，但是仍然产生两个不同的执行计划。
SQL> select * from table(dbms_xplan.display_cursor('gf0m7xnstru5z',null,null));
PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------------------------------
------------------------------------------------------------
SQL_ID  gf0m7xnstru5z, child number 0
-------------------------------------
select count(*) from t1 where owner=:"SYS_B_0"
Plan hash value: 923762106
--------------------------------------------------------------------------------
| Id  | Operation         | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |            |       |       |     1 (100)|          |
|   1 |  SORT AGGREGATE   |            |     1 |     4 |            |          |
|*  2 |   INDEX RANGE SCAN| I_T1_OWNER |     1 |     4 |     1   (0)| 00:00:01 |
--------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - access("OWNER"=:SYS_B_0)
SQL_ID  gf0m7xnstru5z, child number 1
-------------------------------------
select count(*) from t1 where owner=:"SYS_B_0"
Plan hash value: 1368537905
------------------------------------------------------------------------------------
| Id  | Operation             | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT      |            |       |       |    10 (100)|          |
|   1 |  SORT AGGREGATE       |            |     1 |     4 |            |          |
|*  2 |   INDEX FAST FULL SCAN| I_T1_OWNER |  9440 | 37760 |    10   (0)| 00:00:01 |
------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - filter("OWNER"=:SYS_B_0)
已选择38行。
3、cursor_sharing=force
SQL> alter system flush shared_pool;
系统已更改。
SQL> alter session set cursor_sharing=force;
会话已更改。
SQL> select count(*) from t1 where owner='TEST';
  COUNT(*)
----------
         1
SQL> select count(*) from t1 where owner='SYS';
  COUNT(*)
----------
      9440
SQL> select sql_text, sql_id, version_count, executions
  2     from v$sqlarea
  3    where sql_text like 'select count(*) from t1 where owner=%';
SQL_TEXT                                      SQL_ID          VERSION_COUNT EXECUTIONS
--------------------------------------------- --------------- ------------- ----------
select count(*) from t1 where owner=:"SYS_B_0 gf0m7xnstru5z               1          2
"
从上面v$sqlarea可以看出，父游标共享（sql_id相同），子游标共享（version_count=1），执行两次。
从下面执行计划可以看出，这两个SQL执行计划是一样的，可以认为是第一个SQL共享了第一个SQL的执行计划，也可以认为是绑定变量被窥测了。
其实这样是很危险的，如果第一个传入的值跟传入的第二个值选取的结果差别很大，那么执行效率将会有很大差别。一定要慎用。
SQL> select * from table(dbms_xplan.display_cursor('gf0m7xnstru5z',null,null));
PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------------------------------
------------------------------------------------------------
SQL_ID  gf0m7xnstru5z, child number 0
-------------------------------------
select count(*) from t1 where owner=:"SYS_B_0"
Plan hash value: 923762106
--------------------------------------------------------------------------------
| Id  | Operation         | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |            |       |       |     1 (100)|          |
|   1 |  SORT AGGREGATE   |            |     1 |     4 |            |          |
|*  2 |   INDEX RANGE SCAN| I_T1_OWNER |     1 |     4 |     1   (0)| 00:00:01 |
--------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - access("OWNER"=:SYS_B_0)
已选择19行。

cursor_sharing的取值和参数是Oracle library cache中管理生成乃至共享执行计划的重要参数。EXACT值是默认值，实现了直接使用字面SQL不开启转变绑定变量的功能。

而FORCE和SIMILAR取值却开启了字面转绑定变量的功能。在这两个模式下，Oracle会自动的将where后面的条件替换为绑定变量，以增加SQL共享的概率。具体实现sharing的方式上，FORCE和SIMILAR取值又有所差异。

FORCE的sharing原则是共享一切，只生成一个子游标，之后所有都去共享这个子游标的执行计划。随之而来的就是bind peeking问题风险。

而SIMILAR过于谨慎，对每一个SQL都进行类似bind peeking操作。对每个可能取值都生成单独的子游标执行计划。相同的输入共享相同的执行计划。这个虽然避免了bind peeking问题，却带来了新的多version count问题。

cursor_sharing的更多相关文章

  1. [转]Oracle 初始化参数之cursor_sharing

    本文转自:http://www.cnblogs.com/Richardzhu/archive/2013/01/21/2869837.html 一.Cursor_sharing简介: 这个参数是用来告诉 ...

  2. Oracle cursor_sharing 参数 详解

    一. 官网的说明 http://download.oracle.com/docs/cd/E11882_01/server.112/e17110/initparams042.htm#REFRN10025 ...

  3. ORA 各种oraclesql错误

    ORA-00001: 违反唯一约束条件 (.) ORA-00017: 请求会话以设置跟踪事件 ORA-00018: 超出最大会话数 ORA-00019: 超出最大会话许可数 ORA-00020: 超出 ...

  4. [转载】——故障排除：Shared Pool优化和Library Cache Latch冲突优化 (文档 ID 1523934.1)

    原文链接:https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrlstate=23w4l35u5_4&id=152393 ...

  5. 【转】使用SQL Tuning Advisor STA优化SQL

    SQL优化器(SQL Tuning Advisor STA)是Oracle10g中推出的帮助DBA优化工具,它的特点是简单.智能,DBA值需要调用函数就可以给出一个性能很差的语句的优化结果.下面介绍一 ...

  6. 相克军_Oracle体系_随堂笔记003-体系概述

    1.进程结构图 对Oracle生产库来讲,服务器进程(可以简单理解是前台进程)的数量远远大于后台进程.因为一个用户进程对应了一个服务器进程. 而且后台进程一般出问题几率不大,所以学习重点也是服务器进程 ...

  7. 相克军_Oracle体系_随堂笔记004-shared pool

    本章主要阐述SGA中的shared pool. Shared pool { 1.free 2.library cache(缓存sql语句及其执行计划) 3.row cache(数据字典缓存) }   ...

  8. Oracle的优化器介绍

    Oracle优化器介绍 本文讲述了Oracle优化器的概念.工作原理和使用方法,兼顾了Oracle8i.9i以及最新的10g三个版本.理解本文将有助于您更好的更有效的进行SQL优化工作. RBO优化器 ...

  9. Oracle提示大全

    Hint概述 基于代价的优化器是很聪明的,在绝大多数情况下它会选择正确的优化器,减轻了DBA的负担.但有时它也聪明反被聪明误,选择了很差的执行计划,使某个语句的执行变得奇慢无比. 此时就需要DBA进行 ...

随机推荐

  1. navicate恢复数据

    恢复psc文件,出现记录数为0 不要使用事务,选用遇到错误继续

  2. hibernate笔记加强版

    hibernate 一. hibernate介绍 hibernate事实上就是ormapping框架,此框架的作用就是简单话数据库的操作. hibernate就是将用户提交的代码.參照持久化类配置文件 ...

  3. 如何运用管理员身份运行cmd窗口？

    所有程序 → 附件 → 命令行提示符 → 鼠标右键“以管理员身份运行”.

  4. 练习题之ThreadLocal

    public class ThreadLocalMain { private static ThreadLocal<Integer> value = new ThreadLocal< ...

  5. 简单的实现QQ通信功能（五）

    第五部分:聊天界面的设计及代码 一:效果图及界面设计 1. 效果图: 2. 界面设计: (1)左上角显示朋友的头像和“某某正在和某某聊天”. (2)中间的聊天窗口用了一个ListView,视图用详细信 ...

  6. webstom 配置git 后左侧菜单栏配色调整

    ws配置了git进行版本管理,但是最近改了主题,发现左侧列表的文件名的颜色都是一个颜色了.我想要的是,对未提交的文件用颜色区分,新建的,修改的,冲突的分别设置不同的颜色,不知在哪里能设置,求助 老规矩 ...

  7. linux的终端，网络虚拟终端，伪终端（转）

    转自http://www.xuebuyuan.com/877887.html 2013年09月07日 ⁄ 综合 ⁄ 共 4047字 ⁄ 字号 小 中 大 ⁄ 评论关闭 Linux上许多网络服务应用,如 ...

  8. mysql常见问题

    Q:ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.1.111' (61)A: 找到my.cnf,把#bind-addres ...

  9. Android中log4j的运用

    网上一查关于android上面运用Log4j的运用,各种说需要添加多样的包的,照着log4j的官网教程看了下,给了个简单的输出到console上面的代码,似乎没什么用.看网上关于Log4j更多是在ja ...

  10. ios PromiseKit

    简介: 高级开发是高度异步的,PromiseKit收集了一些帮助函数,让我们开发过程中使用的典型异步模式更加令人愉悦. 1.通过pod安装promisekit: 2. promise.h介绍 @imp ...