在Oracle 10g中DBMS_STATS包针对GATHER_TABLE/INDEX_STATS和DELETE_TABLE/INDEX_STATS等收集统计信息的存储过程提供了AUTO_INVALIDATE选项；
该参数允许用户指定是否让那些对统计信息有依存关系的游标失效，举例来说如果SQL游标涉及到的表，索引，列或固有对象的统计信息收到以上存储过程修改时，使用NO_INVALIDATE选项可以指定是否让这些受到影响的游标失效，何时失效。
NO_INVALIDATE选项可以有以下三种值:

• TRUE : 不让相关游标失效
• FALSE: 立即让相关游标失效
• AUTO_INVALIDATE(default):让Oracle自己决定何时让游标失效。

--   no_invalidate - Do not invalide the dependent cursors if set to TRUE.
--      The procedure invalidates the dependent cursors immediately
--      if set to FALSE.
--      Use DBMS_STATS.AUTO_INVALIDATE to have oracle decide when to
--      invalidate dependend cursors. This is the default. The default
--      can be changed using set_param procedure.

当统计信息为DBMS_STATS包所修改，新的尚未在共享池中缓存的游标将直接使用这些统计信息； 对于已经存在的共享池中游标缓存，我们无法在原始子游标的基础上更新它们的执行计划；这些旧的子游标将被新的参考最新统计信息的子游标替代，这个过程包含一次硬解析以便获得新的优化树和执行计划；换而言之传统的立即游标失效(Immediate Cursor Invalidation)就是在统计信息更新后立即导致原始子游标的失效，而我们所说的滚动游标失效(Rolling Cursor Invalidations)是在统计信息成功更新的前提下保证原始子游标不立即失效；设想如果系统中有一张业务相关表，一旦我们更新了该表的统计信息可能导致大量共享失效，短期内硬解析将十分频繁并占用大量cpu，而且很多时候我们并不期望执行计划有显著变化；为了防止dbms_stats包统计信息时不要越帮越忙，就可以考虑到使用NO_INVALIDATE选项。

我们来看看RCI的具体表现:
[Read more…]