shared_pool的问题

tedy888

现有oracle9.2.在log里告警：
Wed Apr  9 14:06:06 2008
Errors in file /oracle/app/oracle/admin/fxnew/bdump/fxdb1_smon_17727.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-04031: unable to allocate 4200 bytes of shared memory ("shared pool","SELECT MIN(TIME_MP), COUNT(*...","sga heap(1,0)","library cache")
   机器是hp的，内存12G，现在shared_pool为900多M，各位高手，帮忙想想办法。

nonothing

这种问题的情况很多.
一是share_pool池太小,解决办法是增大share_pool池大小.如果不是经常出现,建议清一下share_pool.
alter system flush shared_pool;

二是,你用下面二条语句检测一下.
select count(*) from v$open_cursor ;
select * from v$sysstat
where name = 'opened cursors current';
把结果贴出来

NinGoo

优先考虑优化应用，看是不是比较多没有绑定变量的SQL

如果应用及已经足够优化，有可能是shared pool确实太小，或者由于sub pool个数多，导致单个sub pool空间不足，那么可以增大shared pool，或者减少sub pool的个数

可以了解下shared pool的空间分配机制：
http://rdc.taobao.com/blog/dba/h ... e_management_1.html
http://rdc.taobao.com/blog/dba/h ... e_management_2.html
http://rdc.taobao.com/blog/dba/h ... e_management_3.html

tedy888

SQL> select count(*) from v$open_cursor ;

  COUNT(*)
----------
       311

SQL>
SQL> select * from v$sysstat
  2  where name = 'opened cursors current';

STATISTIC# NAME                                                                  CLASS      VALUE
---------- ---------------------------------------------------------------- ---------- ----------
         3 opened cursors current                                                    1        150

SQL>

nonothing

值都不是很大.
应优先调整share_pool池大小.你是oracle多少版本,把你的sga传上来.share pool. buffer cache size,等传上来.
最好做一次是statspack,看看瓶颈在那里!
另有900mb的share pool,也足够用了.什么应用这么耗资源!

tedy888

找到问题了，应用的人执行一个job的问题，一执行就报这个错误，让他们去优化了，谢谢各位大侠

williamshcx

用什么连接方式呢?什么操作导致这个错误的知道吗？试下增加LARGE_POOL.你的SHARED_POOL觉得已经够大了