我们可以通过show sga命令查看共享池的整体组成部分：
....待截图....
一、SGA内存结构
Oracle中SGA主要包括：
1、固定数据结构部分(FIXED Size) 2、数据块缓冲区(DATABASE BUFFER) 3、REDO LOG缓冲区(redo
buffers) 4、共享池(在variable size中)。
固定区域包含了所有其他共享内存结构和重要的数据结构的地址和指针、资源、锁等，可通过如下命令详细列出具体内容：
select pool,name,bytes from v$segstat where pool = ‘shared pool‘;
顾名思义，共享池是为了让大家共享数据而设置的缓冲池，而且共享池也是很多会话为自己执行SQL分配共享内存的缓冲池，这些在共享池中分配的内存在会话之间使用十分频繁，应实现一次分配多次使用，并且能被实例中其他会话共享。
二、SGA内存分配
DB CACHE可以根据数据块大小很规则的均匀分配，因此不会出现碎片问题，而且DB CACHE分配与归还相对简单。但与DB
CACHE不同，由于各个会话在共享池中分配空间的时候所需要的空间差异很大，有时几十字节，有时几百字节甚至几兆，因此共享池的分配归还十分复杂。为了确保共享池中共享数据的访问性能，共享池的每次内存分配都必须是连续的内存空间，由于这个特点，经过一段时间后，共享池中或多或少都会出现一些碎片，这些碎片分布在一些连续分配的空间之间。
共享池中分配的内存空间有些事永久使用，不释放的并标记为PERMANENT，这些结构大多是在实例启动时分配的，也有些是系统运行过程中分配的，但这些内存的特点是只分配，在实例关闭前不会释放，例如：进程信息数据，会话数据，特殊内容的进程段。进程和会话信息是通过PROCESSES和session参数分配的，实例启动时一次性分配，分配后不变动，也不会动态扩展，因此加大processes参数必须要重启实例，另外有些特殊用途的内存数组也是在实例启动时分配，是动态扩展的，只分配不释放，在后续可动态扩展，例如：enqueues(locks),enqueue
resource,transactions,transaction branches等，对于RAC还有gcs resource,ges
resource等。如果这些动态扩展动作经常发生，将会在共享池的连续空间中产生大量的不可释放的小碎片，从而导致共享池碎片化。（典型案例：9i中经常由于ges
resource扩展导致共享碎片问题，并产生4031错误。10.2版对此进行了改进，详细理解请百度)
共享池中还有些是分配后可释放的，这些内存被标记为freeable或者recreateable。freeable是可以直接释放，recreateable的内存在unpin后也是可以释放的，因此他们都是可以重用的内存。
二、共享池管理
共享池内存是通过ORACLE通用内存管理(generic oracle memory manager)来进行管理的，这个就是我们总说的KGH heap
manager。在KGH机制下，所有共享池的FREE内存都被挂在称为freelists的空闲链表上，这个空闲链表是按照bucket机制建立的，根据空闲内存片段大小，挂在不同的Bucket上，例如：9i的共享池的freelists包含256个bucket，每个bucket上连接了不同大小的空闲内存块
*小于812B的Bucket是以4B为步长增长的，如16B,20B,24B.....812B;
*超过812B的bucket是以64B为步长增长的，如876B,940B,....4012B;
*超过4012B的bucket是以4096的倍数倍增的，如4108，8042,16396,32784，.....
当某个会话需要从共享池中分配空间的时候，会根据自己分配的大小找到某个bucket，然后找到一个空闲的内存，从中产生的剩余内存，会被挂到相应的bucket上，供其他会话分配使用，而被释放的内存会被挂到freelists上，为了不碎片化，被释放的内存自动合并，如果两个内存片段相邻，ORACLE会将他们合并为一起。
共享池大小通过shared_pool_size参数定义，自动内存管理模式不用设置此参数，如果设置了此参数那么共享池会根据这个参数作为初始大小和最小值，无论内存如何调整，共享池大小都不能小于这个参数。
三、共享池内部结构(堆)
/*此处很难待续...关注<DBA思想的天空>64页*/
ORACLE内存空间分配时采用堆管理(HEAP)的模式，堆管理的基础是KGH。ORACLE常见的内存堆包括SGA HEAP,PGA
HEAP，另外大部分表也是堆表（HEAP TABLE)，其空间管理的基本概念都是使用KGH。
四、共享池转储文件简单说明
转储文件有几百兆深圳几个G，共享池的内容转储到文件的基本命令，用如下命令可以把LIBRARY_CACHE的内容转储到TRACE文件中：
ALTER SESSION SET EVENTS ‘immediate trace name LIBRARY_CACHE level
<level>‘;
其中level代表级别，9.2版本后不同level含义如下
* level=1 转储库缓存统计信息
* level=2 转储散列表概要
* level=4 转储库缓存对象，只包含基本信息
* level=8 转储库缓存对象，包含详细信息（包括child reference,pin waiters等）
* level=16 增加堆大小信息
* level=32 增加堆信息