以前在10g数据库上，如果遇到绑定窥探导致执行计划慢的情况，想要清除某条SQL的执行计划，让它硬解析，找了很久都没有找到直接操作share pool的方法（总不能alter system flush shared_pool），只能通过对表ddl使SQL硬解析。现在终于找到了，，使用sys.dbms_shared_pool.purge，在11g下可以直接使用，但在10g上需要alter session set events ‘5614566 trace name context forever’。
SQL> select * from v$version;
BANNER——————————————————————————–Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 – 64bit ProductionPL/SQL Release 11.2.0.1.0 – ProductionCORE 11.2.0.1.0 ProductionTNS for Linux: Version 11.2.0.1.0 – ProductionNLSRTL Version 11.2.0.1.0 – ProductionSQL> drop table test purge;SQL> create table test as select * from dba_objects;SQL> exec dbms_stats.gather_table_stats(user,’test’);SQL> select /*gg*/count(*) from test; COUNT(*)———- 79747SQL> col SQL_TEXT format a35SQL> col ADDRESS format a18SQL> col HASH_VALUE format a10SQL> select s.SQL_TEXT, s.ADDRESS, s.HASH_VALUE||” from v$sqlarea s where sql_text like ‘select /*gg*/count(*) from test%’;SQL_TEXT ADDRESS S.HASH_VALUE||”———————————– —————— ——————————–select /*gg*/count(*) from test 0000000300B06D70 728448230SQL> exec sys.dbms_shared_pool.purge(‘0000000300B06D70,728448230′,’c’);PL/SQL 过程已成功完成。SQL> select s.SQL_TEXT, s.ADDRESS, s.HASH_VALUE||” from v$sqlarea s where sql_text like ‘select /*gg*/count(*) from test%’;未选定行
少一点预设的期待，那份对人的关怀会更自在
