shared_pool随着申请,一直尽量地长,长到占SGA的50%的时候,就不再长,然后由于碎片而报ORA-04031错误

环境:

idle> select * from v$version;

BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
CORE 10.2.0.1.0 Production
TNS for Linux: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production

ASSM下
该参数的大小是shared pool的最小值,分配的值不能低于该值
如果超过这个值,Memory advisor会在sga_target的范围内自动调整

idle> select component, current_size,min_size,max_size,user_specified_size from v$sga_dynamic_components where component='shared pool';

COMPONENT CURRENT_SIZE MIN_SIZE MAX_SIZE USER_SPECIFIED_SIZE
------------------------- ------------ ---------- ---------- -------------------
shared pool 192937984 192937984 0 96468992

idle> show parameter shared_pool_size

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
shared_pool_size big integer 92M

idle> select 92*1024*1024 from dual;

92*1024*1024
------------
96468992

但是,有些人建议,只要不是用来玩的库,都建议使用手动管理

shared_pool随着申请,一直尽量地长,,长到占SGA的50%的时候,就不再长,然后由于碎片而报ORA-04031错误

放养易失控,圈养不健康,Oracle提供的自动功能永远不会是最优化选择

如果SGA采用ASSM,对于事务繁忙的系统,shared_pool会不断长,到时候报ora-04031

案例1:

曾经一个运营商的库,sga_target 15G,不断报ora-04031,此时共享池到7.5G+了。

改成手动管理后,1g shared_pool,几年没报过错

案例2:

我手里有一个系统 10g on Linux ,shared_pool 从 800m 调到 1G,拼命报4031

为了不放弃自动调整SGA这个特性

我把db_cache_size调大,硬是把 shared_pool可增长的空间给吃掉就好

确实,设置db_cache_size即可解决shared_pool占用过多的问题

或者,您也可以:

设置这两个参数也行

shared_pool_reserved_size

_shared_pool_reserved_min_alloc:最小改到4100,不能任意小

idle> select a.ksppinm name,b.ksppstvl value,a.ksppdesc description
from x$ksppi a,x$ksppcv b
where a.indx = b.indx and
a.ksppinm like '%_shared_pool_reserved_min_alloc%';

NAME VALUE DESCRIPTION
-------------------------------- ---------- --------------------------------------------------
_shared_pool_reserved_min_alloc 4400 minimum allocation size in bytes for reserved area
of shared pool

附上OCP相关考题:

【数据库】Oracle 参数shared_pool_size

【数据库】Oracle 参数shared_pool_size