[SQL调优] Oracle 11g 针对SQL性能的新特性（一）

Oracle 11g 针对SQL性能的新特性（一）- Adaptive Cursor Sharing

Oracle 11g对SQL执行计划的生成过程做了很多改变，我们经常看到有客户抱怨，数据库在升级到11g以后，执行计划变得很不稳定，甚至难以预测。实际上，Oracle在最新版本中致力于让优化器变得更加“智能”，通过自我学习的方式，来改进目前体系上所存在的缺陷。

    我们将分章节为您粗略介绍下面几个新特性，这些很可能是造成您执行计划改变的原因。

    · Adaptive Cursor Sharing (ACS)     · Cardinality Feedback (CFB)     · SQL Plan Management (SPM)

   Adaptive Cursor Sharing （ACS）   背景 众所周知，Oracle一直鼓励使用绑定变量，以帮助SQL去共享，减少硬解析带来的开销。 共享SQL的好处显而易见：

    · 减少共享池（Shared Pool）的使用     · 减少SQL的解析（Parse）时间

共享SQL坏处呢？ 是的，无论绑定变量如何变化，执行计划在第一次生成之后(bind peeking)，就不再改变。所以，针对同一条SQL文本，我们无法针对每一组绑定变量，使用最合适的计划。这对于条件里包括范围查询的语句来说（大于, 小于, between等），影响很大。 Oracle曾试图用CURSOR_SHARING=SIMILAR来解决，但带来了更多的问题，“similar”也在11.1中被废弃。

在这种情况下，Adaptive Cursor Sharing 的引入，就是试图用统计的方法，提供一种介于“共享”和“非共享”之间的解决方案。

   适用的SQL语句    考虑到开销，Oracle只针对下面情况使用ACS，这类CURSOR叫做bind sensitive

    · 相应列上有直方图，操作符： =:B，!=:B     · 列上没有直方图，操作符： > :B，=:B ，