刷新共享池

刷新共享池
     一个使用了大量文本化SQL的系统运行了一段时间后，会出现共享池出现大量碎片，这时候共享池的性能会大大下降。在这种情况下，刷新共享池会恢复共享池的性能。使用下面的语句可以刷新共享池：
         ALTER SYSTEM FLUSH SHARED_POOL;
 要注意的时候，刷新共享池会使所有的没有使用DBMS_SHARED_POOL.KEEP固定的对象全部被清除，所以共享池刚刚刷新的时候，SQL和PL/SQL的执行效率会略微下降（需要重新装载和分析这些SQL和PL/SQL），不过很快系统的性能会提高并高于刷新前。
 要注意的是，对于没有使用KEEP过程固定的序列号发生器，如果这些序列号发生器使用了缓冲，那么这些缓冲会被刷新，可能会导致序列号跳号。以下是一个例子：
 SQL> create sequence a;
 序列已创建。
 SQL> select a.nextval from dual;
    NEXTVAL
 ---------------
          1
 SQL> alter system flush shared_pool;
 系统已更改。
 SQL> select a.nextval from dual;
    NEXTVAL
 ----------
         21
 如果把该序列号固定在共享池中，那么刷新共享池将不影响该序列号，如下：
 SQL> exec dbms_shared_pool.keep('a','q');
 PL/SQL 过程已成功完成。
 SQL> select a.nextval from dual;
    NEXTVAL
 ----------
         22
 SQL> alter system flush shared_pool;
 系统已更改。
 SQL> select a.nextval from dual;
    NEXTVAL
 -------------
         23

ORA-04031 和共享池刷新
　　
　　有一些技巧会提高游标的共享能力，从而共享池碎片和ORA-4031都会减少。最佳途径是调整应用使用绑定变量。另外在应用不能调整的时候考虑使用CURSOR_SHARING参数和FORCE不同的值来做到 (要注意那会导致执行计划改变，所以建议先对应用进行测试)。当上述技巧都不可以用的时候，并且碎片问题在系统中比较严重，刷新共享持可能有助于减轻碎片问题。但是，必须加以如下考虑：
　　
　　刷新将导致所有没被使用的游标从共享池删除。这样，在共享池刷新之后，大多数SQL和PL/SQL游标必须被硬解析。这将提高CPU的使用，也会加大Latch的活动。
　　
　　当应用程序没有使用绑定变量并被许多用户进行类似的操作的时候(如在OLTP系统中) ，刷新之后很快还会出现碎片问题。所以共享池对设计糟糕的应用程序来说不是解决办法。
　　
　　对一个大的共享池刷新可能会导致系统挂起，尤其是实例繁忙的时候，推荐在非高峰的时候刷新

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/14075938/viewspace-487333/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/14075938/viewspace-487333/