环境：
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相关考题：
