sga_max_size是从9i以来就有的作为设置sga大小的一个参数，而sga_target则是从10g才有的一个新参数，作为配合10g自动管理sga而出现的，下面以实验的方式，深入解析这2个参数的区别和作用 [oracle@bak ~]$ sqlplus / as sysdba sql*plus: release 10.2.0.1.0 -
sga_max_size是从9i以来就有的作为设置sga大小的一个参数，而sga_target则是从10g才有的一个新参数，作为配合10g自动管理sga而出现的，下面以实验的方式，深入解析这2个参数的区别和作用
[oracle@bak ~]$ sqlplus / as sysdba
sql*plus: release 10.2.0.1.0 - production on mon oct 13 01:59:11 2014
copyright (c) 1982, 2005, oracle. all rights reserved.
connected to:oracle database 10g enterprise edition release 10.2.0.1.0 - productionwith the partitioning, olap and data mining options
sql> show parameter sga
name type value------------------------------------ ----------- ------------------------------lock_sga boolean falsepre_page_sga boolean falsesga_max_size big integer 272msga_target big integer 272msql> desc v$sgainfo name null? type ----------------------------------------- -------- ---------------------------- name varchar2(32) bytes number resizeable varchar2(3)
sql> set pages 100sql> select name,bytes/1024/1024 size(mb),resizeable from v$sgainfo;
name size(mb) res-------------------------------- ---------- ---fixed sga size 1.16254425 noredo buffers 2.8359375 nobuffer cache size 172 yesshared pool size 80 yeslarge pool size 4 yesjava pool size 4 yesstreams pool size 8 yesgranule size 4 nomaximum sga size 272 no --sga_max_size对应的值startup overhead in shared pool 36 nofree sga memory available 0
11 rows selected.
注意，resizeable值为no的，都是不可动态调整的值，并且由于sga_target和sga_max_size的大小一致，因此free sga memory available=0，而所有可动态调整的几个内存组件再加上一个4m granule size，则正好等于sga_target的值
sql> select (172 + 80 + 4 + 4 + 8 + 4) sga_target(mb) from dual;
sga_target(mb)-------------- 272
我们也可以从v$sga_dynamic_components这个视图了解各内存组件的内存分配情况，和v$sgainfo内容基本是一致的，除了没有展示gradual size这一项
sql> select component,current_size/1024/1024 size(mb) from v$sga_dynamic_components;
component size(mb)---------------------------------------------------------------- ----------shared pool 80large pool 4java pool 4streams pool 8default buffer cache 172keep buffer cache 0recycle buffer cache 0default 2k buffer cache 0default 4k buffer cache 0default 8k buffer cache 0default 16k buffer cache 0default 32k buffer cache 0
asm buffer cache 0
13 rows selected.
sga = shared pool + large pool + java pool + streams pool + default buffer cache = 80 +4 + 4 + 8 + 172 =268m
这个算出来的sga值比sga_target的值少了4m，其实就是那个gradual size的值
sql> col name for a35sql> select name,issys_modifiable from v$parameter where name like '%sga%';
name issys_mod----------------------------------- ---------sga_max_size falsepre_page_sga falselock_sga falsesga_target immediate
issys_modifiable列的值为false的，就是不能动态修改的参数，需重启生效，为immediate的，即可以动态修改
sql> alter system set sga_target=350m;alter system set sga_target=350m*error at line 1:ora-02097: parameter cannot be modified because specified value is invalidora-00823: specified value of sga_target greater than sga_max_size
如果不带scope参数，默认为both，但要在内存中生效，必须满足sga_targetsql> alter system set sga_target=350m scope=spfile;
system altered.
sql> shutdown immediatedatabase closed.database dismounted.oracle instance shut down.sql> startuporacle instance started.
total system global area 369098752 bytesfixed size 1219472 bytesvariable size 100664432 bytesdatabase buffers 264241152 bytesredo buffers 2973696 bytesdatabase mounted.database opened.sql> show parameter sga
name type value------------------------------------ ----------- ------------------------------lock_sga boolean falsepre_page_sga boolean falsesga_max_size big integer 352msga_target big integer 352m
可以看到，当调整了sga_target参数后，尽管没有去手动调整sga_max_size的值，但现在它自动和修改后的sga_target的值匹配了，从272m调整为352m，这里还有个比较有意思的地方，就是指定了350m，为何会变为352m，这多出来的2m又是什么呢？
sql> select 350/4 granual count from dual;
granual count------------- 87.5
sql> select 88*4 sga_size(mb) from dual;
sga_size(mb)------------ 352
其实很容易理解，刚才说了granual size的大小为4m，由于granual必须完整地分配，因此会分配给sga共88个granual，即88*4=352m,也就是多给了2m
再来看一下刚才那些内存组件的内存分配情况
sql> select name,bytes/1024/1024 size(mb),resizeable from v$sgainfo;
name size(mb) res----------------------------------- ---------- ---fixed sga size 1.16297913 noredo buffers 2.8359375 nobuffer cache size 252 yesshared pool size 80 yeslarge pool size 4 yesjava pool size 4 yesstreams pool size 8 yesgranule size 4 nomaximum sga size 352 nostartup overhead in shared pool 36 nofree sga memory available 0
11 rows selected.
sql> select component,current_size/1024/1024 size(mb) from v$sga_dynamic_components;
component size(mb)---------------------------------------------------------------- ----------shared pool 80large pool 4java pool 4streams pool 8default buffer cache 252keep buffer cache 0recycle buffer cache 0default 2k buffer cache 0default 4k buffer cache 0default 8k buffer cache 0default 16k buffer cache 0default 32k buffer cache 0asm buffer cache 0
13 rows selected.
sql>
当我们把sga_target从272m调整为350m时，由于gruanual的存在，oracle实际给sga分配了352m的内存，而这352m内存中，其他内存组件的大小都没有发生变化，仅仅只是db buffer cache的值由之前的172m调整到了252m
之所以db buffer cache size随着sga_target的值自动调整，是因为这时10g的新特性，只要sga_target为非零值，那么内存组件就是采用动态分配原则，由oracle自动调整各内存组件的大小。不过有个地方挺奇怪的，虽然从启动实例时分配地内存也好，从v$sgainfo以及v$sga_dynamic_components中也好，看到的值都是252m，而从参数看db_cache_size的值，仍然是172m，不知何故，难道是bug?
sql> show parameter db_cache
name type value------------------------------------ ----------- ------------------------------db_cache_advice string ondb_cache_size big integer 172m
刚才是直接修改sga_target而不修改sga_max_size的情况，我们再来看一下反过来的情况，先把sga_target调整回272m
sql> alter system set sga_target=270m scope=spfile;
system altered.
sql> shutdown immediatedatabase closed.database dismounted.oracle instance shut down.sql> startuporacle instance started.
total system global area 285212672 bytesfixed size 1219016 bytesvariable size 100664888 bytesdatabase buffers 180355072 bytesredo buffers 2973696 bytesdatabase mounted.database opened.sql> show parameter sga
name type value------------------------------------ ----------- ------------------------------lock_sga boolean falsepre_page_sga boolean falsesga_max_size big integer 272msga_target big integer 272m
注意，一旦sga_target动了，重启数据库后，sga_max_size会跟着调整，也一起回到了272m的状态，但与增大sga_target时的情况不同，也可以选择不重启数据库，那么sga_max_size的值就不会做调整，而内存组件的值依然会跟着sga_target走（体现动态调整）
sql> alter system set sga_target=270m;
system altered.
sql> show parameter sga
name type value------------------------------------ ----------- ------------------------------lock_sga boolean falsepre_page_sga boolean falsesga_max_size big integer 352msga_target big integer 272m
由于是减小sga_target的值，因此不受必须比target_max_size小的这个条件限制，因此数据库无需重启
sql> select name,bytes/1024/1024 size(mb),resizeable from v$sgainfo;
name size(mb) res----------------------------------- ---------- ---fixed sga size 1.16297913 noredo buffers 2.8359375 nobuffer cache size 172 yes --仅仅调整了db buffer cache,由252m变为172mshared pool size 80 yeslarge pool size 4 yesjava pool size 4 yesstreams pool size 8 yesgranule size 4 nomaximum sga size 352 nostartup overhead in shared pool 36 nofree sga memory available 80
11 rows selected.
刚才是直接调整sga_target,我们再来看一下只调整sga_max_size的情况，先重启数据库，使sga_max_size的值回到272m
sql> shutdown immediatedatabase closed.database dismounted.oracle instance shut down.sql> startuporacle instance started.
total system global area 285212672 bytesfixed size 1219016 bytesvariable size 100664888 bytesdatabase buffers 180355072 bytesredo buffers 2973696 bytesdatabase mounted.database opened.sql> show parameter sga
name type value------------------------------------ ----------- ------------------------------lock_sga boolean falsepre_page_sga boolean falsesga_max_size big integer 272msga_target big integer 272msql> alter system set sga_max_size=350m scope=spfile;
system altered.
sql> shutdown immediatedatabase closed.database dismounted.oracle instance shut down.sql> startuporacle instance started.
total system global area 369098752 bytesfixed size 1219496 bytesvariable size 184550488 bytesdatabase buffers 180355072 bytesredo buffers 2973696 bytesdatabase mounted.database opened.sql> show parameter sga
name type value------------------------------------ ----------- ------------------------------lock_sga boolean falsepre_page_sga boolean falsesga_max_size big integer 352msga_target big integer 272msql> select name,bytes/1024/1024 size(mb),resizeable from v$sgainfo;
name size(mb) res----------------------------------- ---------- ---fixed sga size 1.16300201 noredo buffers 2.8359375 nobuffer cache size 172 yesshared pool size 80 yeslarge pool size 4 yesjava pool size 4 yesstreams pool size 8 yesgranule size 4 nomaximum sga size 352 nostartup overhead in shared pool 36 nofree sga memory available 80
11 rows selected.
注意，仅仅调整sga_max_size后，sga_target并不会跟着调整，因此各内存组件的值也不会调整，而这时我们发现free sga memory available的值为80m，而不再是之前的0了，调整sga_max_size为sga_target增加了80m的上限，这80就是352-272得到的，相当于做了个预留，告诉sga，你可以现在只用172m，但如果想增加，可以再多用80m，达到352m。而这个时候只要sga_target重新设置的值没有超过sga_max_size的值，就可以在不停库的情况下增加sga大小，这样做是有好处的
最后，我们还可以把sga_target设置为0，即表示禁用10g的新特性——自动分配内存，这样我们可以对各个内存组件的值进行单独设置，对于特殊的应用场景，有时候也是需要的，因为自动管理只是oracle提供的一种便利行，但并不意味着自动调整就一定万事皆ok，11g的自动内存管理就一度被诟病，这里不讨论
sql> alter system set sga_target=0;
system altered.
sql> show parameter sga
name type value------------------------------------ ----------- ------------------------------lock_sga boolean falsepre_page_sga boolean falsesga_max_size big integer 352msga_target big integer 0sql> select name,bytes/1024/1024 size(mb),resizeable from v$sgainfo;
name size(mb) res----------------------------------- ---------- ---fixed sga size 1.16300201 noredo buffers 2.8359375 nobuffer cache size 172 yesshared pool size 80 yeslarge pool size 4 yesjava pool size 4 yesstreams pool size 8 yesgranule size 4 nomaximum sga size 352 nostartup overhead in shared pool 36 nofree sga memory available 80
设置sga_target=0以后，已经分配的内存组件的值不会变化，如果不设置新值，那么依旧保持原来的值，除非单独设置，即使从起数据库实例也一样，sga_max_target依然不会再根据sga_target调整，因为sga_max_target我们是给过它确定的值的
sql> shutdown immediatedatabase closed.database dismounted.oracle instance shut down.sql> startuporacle instance started.
total system global area 369098752 bytesfixed size 1219496 bytesvariable size 184550488 bytesdatabase buffers 180355072 bytesredo buffers 2973696 bytesdatabase mounted.database opened.sql> show parameter sgesql> show parameter sga
name type value------------------------------------ ----------- ------------------------------lock_sga boolean falsepre_page_sga boolean falsesga_max_size big integer 352m --重启后依然是352m，并不会变为0sga_target big integer 0sql> select name,bytes/1024/1024 size(mb),resizeable from v$sgainfo;
name size(mb) res----------------------------------- ---------- ---fixed sga size 1.16300201 noredo buffers 2.8359375 nobuffer cache size 172 yesshared pool size 80 yeslarge pool size 4 yesjava pool size 4 yesstreams pool size 8 yesgranule size 4 nomaximum sga size 352 nostartup overhead in shared pool 36 nofree sga memory available 80
11 rows selected.
sql> alter system set sga_target=270m;
system altered.
sql> shutdown immediatedatabase closed.database dismounted.oracle instance shut down.sql> startuporacle instance started.
total system global area 369098752 bytesfixed size 1219496 bytesvariable size 184550488 bytesdatabase buffers 180355072 bytesredo buffers 2973696 bytesdatabase mounted.database opened.sql> show parameter sga
name type value------------------------------------ ----------- ------------------------------lock_sga boolean falsepre_page_sga boolean falsesga_max_size big integer 352msga_target big integer 272m
重启数据库实例后，sga_max_size的值没有跟着sga_target做调整，除非再次增大sga_target的大小并超过sga_max_size的上限，那么下次重启后，sga_max_size又会再一次跟着sga_target调整
sql> alter system set sga_target=380m scope=spfile;
system altered.
sql> shutdown immediatedatabase closed.database dismounted.oracle instance shut down.sql> startuporacle instance started.
total system global area 398458880 bytesfixed size 1219640 bytesvariable size 100664264 bytesdatabase buffers 293601280 bytesredo buffers 2973696 bytesdatabase mounted.database opened.sql> show parameter sga
name type value------------------------------------ ----------- ------------------------------lock_sga boolean falsepre_page_sga boolean falsesga_max_size big integer 380msga_target big integer 380m
sga_max_size又再一次和sga_target的值一致了，并且380正好可以除尽4，共分配95个granual，因此不会有多2m的问题
总结：
1.sga_max_size是静态参数，而sga_target可以动态修改，当要改的sga_target值超过sga_max_size的值时，因为不允许在内存中直接生效，即scope=both或memory都不行，因此必须指定scope=spfile,重启后才能修改成功。如果此时没有设置过sga_max_size得值，那么无论是改大还是改小，重启数据库后，sga_max_size都回跟着sga_target做调整。
2.当先给sga_max_size设置了一个较大的值，重启数据库后，sga_target可以依然保持原有大小，相当于给sga_target先预留了一些内存，预先设置好可sga可分配内存，等到数据库出现压力导致sga内存不足，可以直接通过sga_target动态修改到这一上限而无需停库。
3.当给sga_target设置非零值时，表示采用内存组件内存由oracle动态调整，如shared pool,db buffer cache等，这些内存组件只会跟着sga的大小动态进行调整（增大或减小），与其他值无关。
4.当sga_target设置为零时，表示禁用内存组件由sga自动管理，如果未做单独设置，那么保持原有值。此时可以根据具体场景需求，单独为某个内存组件配置合理的内存大小。
5.如果是先设置了sga_max_size的值，再设置了sga_target，那么只有当sga_target设置的值超过sga_max_size的值时，sga_max_size才会在重启生效后，调整到与sga_target的值一致，反之则不会改变。