sql不共享ROLL_INVALID_MISMATCH

今天看了一个sql，发现一个sql有几个子游标，是ROLL_INVALID_MISMATCH 导致的，查了下是什么东西
https://magnusjohanssontuning.wordpress.com/2016/04/22/cursors-not-shared-due-to-roll_invalid_mismatch/
http://www.eygle.com/archives/2010/01/roll_invalid_mismatch.html
在10g之前一个对象的统计信息在收集后，相关的游标全部失效需要重新解析，这个可能造成风暴问题，在10g之后可以使用参数no_invalidate 控制这个行为，查看参数值
select DBMS_STATS.GET_PARAM(‘NO_INVALIDATE’) from dual;
这个参数有下面的几个设置值
TRUE………………….: Does not invalidate the cursor.
FALSE…………………: Invalidates the cursor immediatelly, same as for verion <= 9i
AUTO_INVALIDATE.: Default value which means Oracle will invalidate over time.

在10g中，缺省的使用AUTO_INVALIDATE选项时，分析对象之后，原有SQL并不会立即失效，失效时间和SQL执行有关，同时受到另外一个参数的影响：_optimizer_invalidation_period ，这个参数的缺省值是18000s（以下是Oracle 10gR2的缺省设置），当超过这个时间，SQL会重新硬解析，生成一个新的SQL，并标记与之前Cursor不能共享的原因为ROLL_INVALID_MISMATCH