oracle11g中SQL优化新特性之Adaptive Cursor Sharing (ACS)

1. ACS简介

Oracle Database 11g提供了Adaptive Cursor Sharing (ACS)功能，以克服以往不该共享的游标被共享的可能性。ACS使用两个新指标：sensitivity and bindawareness来实施该特点。

2. ACS机制

2.1. Adaptive Cursor Sharing Metadata：Oracle 11g也提供了三个新视图和动态视图V$SQL的两个新列来允许DBA来确定优化器是否已经确定一个SQL语句为一个ACS的候选，并且，也可以通过它们来观察优化器分类SQL语句用以共享的执行计划所使用的业务规则：

视图

描述

V$SQL

Two new columns are added:

• IS_BIND_SENSITIVE indicates if a SQL statement is bind-sensitive. If this column contains a value of (Y)es, it means that the optimizer peeked at the values of the statement’s bind variables so that it can calculate each predicate’s selectivity.
• Likewise, IS_BIND_AWARE indicates if the optimizer has also decided that the statement’s cursor is bind-aware after additional execution of the statement.

V$SQL_CS_HISTOGRAM

Distributes the frequency (within a three-bucket histogram) at which Oracle 11g used to decide if a SQL statement was bind-sensitive, including how many times a particular child cursor has been executed.

V$SQL_CS_SELECTIVITY

Contains information about the relative selectivity of a SQL statement’s predicates, including the predicates themselves, and their high and low value ranges. These values are also termed the cursor’s selectivity cube.

V$SQL_CS_STATISTICS

Lists the statistics of whether and/or how often an Adaptive Cursor has been shared. The PEEKED column will display a value of Y(es) if the bind set had been used to build the Adaptive Cursor.

表-1 ACS 视图

2.2. Bind Sensitivity：当带有绑定变量的SQL语句首次被解析时，在优化器窥探了绑定变量的值，并确定了语句谓词的相关选择率后，把该游标标记为 bind-sensitive（绑定敏感的）。期间也保留了这些敏感测量值，以便今后带有同样变量、不同值的同样语句再次执行时进行比较，看一个已经存在的执行计划是否能被新绑定变量值的语句利用。

2.3. Bind Awareness：一旦一个SQL语句的游标被标为 bind-sensitive，优化器也可以确定游标是bind-aware。通过检查随后执行的同样SQL语句绑定变量的值和所有匹配计划已被捕获的绑定变量的值，优化器完成这个步骤。如果优化器确定该语句能利用已存在的计划，那么，只需要更新游标执行柱状图来反应语句的执行即可。另外，如果绑定变量值足够不同，优化器也许决定创建一个新的子游标和执行计划。一旦这些发生，Oracle11g也把子游标的相关选择率存储到ACS元数据中。在游标随后的执行过程中，优化器比较存在的统计选择性数据和游标最近执行的统计数据，如果观察到大多数执行使用近似同样的选择性范围，那么，游标将会被标记为bind-aware。

当查询以一套超出一个已存在的bind-aware的游标绑定变量的选择率范围界限的不同的绑定变量值被执行时会发生什么呢？在该语句的硬解析期间，优化器也许仅仅决定扩展那个游标的选择率范围来包含新的变量值，通过产生一个合并两套绑定变量值的新游来做到这点。可见在必要的时候，也仅仅是增加了新游标。Oracle11g中，ACS特点默认被开启，且完全独立于CURSOR_SHARING参数。

2.4. 对SQLPlan Management (SPM)影响：最后，如果你了解古Oracle11g的SPM特点，你可能想知道ACS和SPM是否会相互影响，下面做一些简短的总结：

如果初始化参数OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES已被设置为TRUE来开启自动计划捕获，那么，带绑定变量的一个SQL语句将被标作对应的能用和可接受的执行计划。

如果同样语句的第二个执行计划被创建——对ACS特点来说这并不新鲜——那么，计划仅仅被增加到语句的计划历史里，但并能被立刻使用，因为SPM要求新执行计划首先被验证为一个较好的计划。

不幸的是，这意味着一个好的计划也许被忽视掉，哪怕是其游标的选择性范围可能会导致一个较好的性能。绕过该问题的一个很好的办法是保持自动计划捕获为默认设置False，接着把所有library cahce里的子游标都捕获到SMB里去。这将会迫使ACS产生的游标的所有计划都被标为SQL PLAN BASELINES。

3. 限制

Oracle11gR2为止，ACS特性存在以下限制(当以下场景出现时，会导致ACS不会把游标标记为bind sensitive)：

? 扩展游标共享被关闭；

? 查询中没绑定变量；

? 某些参数被设置（例如：绑定变量窥探被置为flase）；

? 语句正使用并行查询时；

? 语句使用了hints；

? Outlines正被使用；

? 查询为递归查询；

? 绑定变量数超过14；

4. 关闭及开启

? ACS默认情况下是开启的，为了关闭ACS，我们需要修改以下三个参数：

alter system set"_optimizer_extended_cursor_sharing_rel"=none;

altersystem set "_optimizer_extended_cursor_sharing"=none;

altersystem set "_optimizer_adaptive_cursor_sharing"=false;

? 为了开启ACS，我们需要修改以下四个参数：

_optim_peek_user_binds=true（一定要开启绑定变量窥视）_optimizer_adaptive_cursor_sharing=TRUE（以下三个参数默认开启ACS）_optimizer_extended_cursor_sharing=UDO

_optimizer_extended_cursor_sharing_rel=SIMPLE

5. 注意：

? 相关hint：Oracle11g中有个新的 hint，当使用此hint时，即使把ACS特性关掉，ACS特性在语句级依然会生效，该hint的语法为：/*+ BIND_AWARE*/；

? 关于Outlines：在Outlines存在的场景下，无论在系统级启用还是语句级通过hint启用，ACS都会失效；

6. 结论：

Oracle Database 11g的新特点ACS功能为带绑定变量的SQL语句执行计划高效共享提供了一个简单的方法。由于只有当绑定变量值选择率必要时，ACS也会产生一个新的执行计划，因此，共享游标的数目会保持最小。