Oracle的SGA包括以下几个部分，可以通过show sga命令或者是通过查看v$sga视图来查看SGA的大概组成：
17:39:48 SQL> show sga
Total System Global Area 1048576000 bytes
Fixed Size 1223392 bytes
Variable Size 847250720 bytes
Database Buffers 192937984 bytes
Redo Buffers 7163904 bytes
17:42:05 SQL> select * from v$sga;
NAME VALUE
------------------------------ -------------
Fixed Size 1223392.00
Variable Size 847250720.00
Database Buffers 192937984.00
Redo Buffers 7163904.00
从上面可以大致的看到sga包括一个固定区，一个可变区，一个数据库缓存和一个redo缓存。这些是比较笼统的信息，具体的SGA是由以下几个部分组成的：
- 数据缓冲（Buffer Cache）
- 共享池（Shared Pool）
- 大池（Large Pool）
- Java池（Java Pool）
- 流池（Streams Pool --- 10g以后才有）
- 重做日志缓冲（Redo Log Buffer）
- 其他buffer caches（如KEEP, RECYCLE, and other block sizes cache等）
- Fixed SGA and other internal allocations。
其中，Shared Pool、Java Pool、Large Pool和Streams Pool这几块内存区的大小是相应系统参数设置而改变的，所以有通称为可变SGA（Variable SGA）。最后一个fixed sga部分，一般是在实例启动以后就固定在sga中了，是不会发生变化的，这个部分的区域一般小于100k。
理解了SGA的组成以后，下面就来解释一下有关设置SGA大小的两个参数SGA_MAX_SIZE和SGA_TARGET的含义。
SGA_MAX_SIZE
这个参数顾名思义，它用来控制SGA使用虚拟内存的最大大小，这里的虚拟内存的含义可能会有所模糊，先可以这样理解，就是Oracle所能在内存中给SGA分配的最大大小。
现在来解释一下我这里“虚拟内存”的含义，确切的应该这样说：实际内存和虚拟内存。我们知道当OS中实际内存不够使用的时候，OS就会去使用虚拟内存。oracle是运行与os之上的一个系统软件，它也是一个程序，它所请求os给它多少内存用来作为其sga（比方说Oracle申请500M内存用作SGA，即SGA_MAX_SIZE=500M），os一般是不会在oracle启动的时候就给它全部的实际内存，而可能只给200M。随着程序的运行，Oracle不断的需要内存，而假设计算机的所有实际内存只有500M，那么很肯定的是OS不可能把全部500M实际内存分配给oracle的sga，可能也最多就给了350M，剩下的150M使用虚拟内存。Oracle的SGA达到500M的时候（即达到SGA_MAX_SIZE指定的大小），实际上这个sga由350M实际内存和150M的虚拟内存组成，如果这个时候Oracle想继续申请内存给SGA使用，那么OS是不会再给其分配内存，因为它已经达到了SGA_MAX_SIZE的最大值。这个例子，虽然比较极端，即使OS实际上比方说有1G内存，Oracle的SGA也未必全部由实际内存组成，可能是由400M实际内存和100M的虚拟内存组成，这是由操作系统的内存管理策略决定的。此时，很显然有个问题，假设我的机器物理内存（实际内存）足够多，如何让Oracle所申请的SGA内存全部在物理内存中呢，因为假设使用了虚拟内存，必定会带来额外的PAGE IN/PAGE OUT的I/O操作，这是很不合算的。这个问题其实就是在物理内存中固定SGA的问题，这要涉及到另外两个参数LOCK_SGA和PRE_PAGE_SGA以及具体操作系统是否支持内存锁定的问题了，对此在这不予讨论。因此可以简洁的这样说：当实例启动后，各个内存区只分配实例所需要的最小大小，在随后的运行过程中，再根据需要扩展他们的大小，而他们的总和大小受到了SGA_MAX_SIZE的限制。
根据前面的SGA的组成介绍，我们很容易得到一个计算SGA的实际值的公式，如下：
我的内容管理
展开
