Oracle 参数shared_pool_size
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相关考题:
上一篇: 在PHP中得到多选的下拉菜单的各项值(一个例子)_PHP
下一篇: svn代码倒入出现的3个问题