SGA系统全局区内存结构了解

System global area(SGA) 是一组共享的内存结构，它里面存储了oracle数据库实例（instance）的数据和控制文件信息。如果有多个用户同时连接到数据库，他们会共享这一区域，因此SGA也称之为shared global area。

SGA和oracle的进程组成了oracle的实例（instance）。在实例启动的时候内存会自动分配，当实例shutdown的时候操作系统会将内存回收的。没一个实例（instance）拥有自己的SGA。

SGA是可以读写的，每一个用户连到数据库实例时都是可以读实例的SGA的内容，oracle通过服务器进程执行一个命令去写SGA的数据。

SGA包含以下的数据结构：

l Database buffer cache

l Redo log buffer

l Shared pool

l Java pool

l Large pool (optional)

l Data dictionary cache

l Other miscellaneous information

SGA中还包含了后台进程访问的一些关于数据库和实例状态的信息，称之为fixed SGA，用户的信息是不会存储在这块区域中的。进程之间的一些交流的信息也会存储在SGA中。如果使用共享server模式，有些PGA的内容也会存储在SGA中。

SGA是可以动态调整大小的，也就是说调整其大小是不用shutdown数据库的。在初始化参数中设置可以设置sga_max_size这个参数，当SGA的各部分的和要大于设置的sga_max_size的参数的时候，设置的sga_max_size将会被忽略掉，而是将各部分的大小相加。当sga_max_size的大小大于各部分的大小相加时，会使用sga_max_size的参数。

对于性能的考虑，SGA区域的内存应该是真正的内存，如果使用需拟内存，会大大降低性能。下面这几个参数最严重的影响到了SGA的大小：

DB_CACHE_SIZE	The size of the cache of standard blocks.
LOG_BUFFER	The number of bytes allocated for the redo log buffer.
SHARED_POOL_SIZE	The size in bytes of the area devoted to shared SQL and PL/SQL statements.
LARGE_POOL_SIZE	The size of the large pool; the default is 0.

SGA分配的最小单元

SGA在分配和回收的时候是采用一个叫做granule的单元进行分配的，granule的大小是由SGA的大小决定的，如果SGA小于128mb，则granule就是4mb，大于128mb，则为8mb或者16mb，当分配内存的时候，将会以granule的整数倍去分配，比如设置DB_CACHE_SIZE=131mb，grance为4mb时，系统会将DB_CACHE_SIZE=132mb。所有关于granule的信息都会存储在granule entry，在granule entry中管理每个granule的状态等信息。

Database buffer cache

Database buffer cache 是SGA中的一部分，它存储的是从数据文件中读取的数据块的拷贝，所有的数据库连接都会共享访问这个区域。Database buffer cache 和sql的共享区分在不同的逻辑segment集中（database buffer cache 和 shared pool 是不同的两个内存区域），这样可以降低他们之间的争用情况。

Database buffer cache的组织方式

这块内存区域中被组织成两个链表：一个是写的链表，一个是最近最少使用（LRU）的链表。写的链表里面是写脏数据的，LRU链表是控制不包含任何数据的空闲空间（free buffers）、正在使用的空间（pinned buffers）和还没有写到写链表的脏数据块。

当一个进程访问一个buffer的时候，进程将会将该buffer移到LRU的末尾，称之为MRU，当越来越多的buffer被移到MRU后，脏数据块就会接近LRU的LRU端。

开始的时候，用户进程需要一些数据，它就会到database buffer cache中去搜索，如果有（cache hit），该进程就可以直接从内存中读数据；如果没有找到（cache miss），那么必须先要从数据文件将数据拷到database buffer cache，然后再去从内存中去访问。Cache hit 要比cache miss 快很多由此可以看出。

在读一个数据块到内存中去的时候，进程必须先要找到一个空闲的buffer，这时候进程会从LRU的末尾开始访问LRU链表，直到找到一个空闲的buffer 或者搜索完可以搜索的所有buffer。

当进程在搜索LRU的时候找到一个脏数据buffer，它就会将该buffer移到write list，然后继续查找，直到找到一个空闲buffer，然后候就从硬盘将数据块读到这个buffer并且将这个buffer移到LRU的末尾MRU端。如果这个用户进程找遍了所有的buffer也没有找到一个空闲的buffer，这时候就停止查找LRU，告诉DBW0去写一些脏数据块到硬盘。

LRU算法和全表扫描

当用户进程执行一个全表扫描的时候，它就会读表的所有块到buffer并且将他们放在LRU的LRU端的链表上，因为全表扫描的数据基本上就是比较简短的使用就不再使用了，所以他应该放在LRU的LRU端的链表上的，用完了就需要赶紧交换出去了。

也可以采用一些方法改变这样的一个全表扫描的buffer处理行为，cache可以将表等cache到MRU的末尾，这样可以避免一些io的消耗，当然这样的表应该是比较小的。

根据上面，我对database buffer cache的理解LRU是一个什么样的链表：

LRU

----------------------------------------------------

| buffer| buffer| ..... |buffer|buffer|

-MRU端-----------------------------------LRU端------

因为SGA中只有两个链表：一个是WRITE链表，一个是LRU链表。所以MRU和LRU应该是一个LRU链表中的，而LRU的MRU端是最近最多访问的，LRU的LRU端是最近最少访问的。个人认为write链表在一开始没有脏数据需要写的时候是一个空链表，当有脏数据buffer从LRU链表移过来时，这个链表开始有buffer链在上面，其实此时是不会再另外为写链表分配空间的，直接将LRU中的buffer的指针指向写链表就可以了。

Size of the database buffer cache

Oracle允许块的大小有多种，可以设置db_cache_size的大小。

Redo Log Buffer

该buffer是循环的一块空间在SGA中，它存储了一些关于数据库的一些改变。这些信息就存储在redo entries，包含在执行INSERT, UPDATE, DELETE, CREATE, ALTER, or DROP 操作时的重构或重做的信息，在恢复的时候，redo entries也许是有必要的。

Redo entries是数据库服务器进程从用户的内存空间中拷贝到redo log buffer，redo entries是一个连续的buffer 空间。后台进程LGWR写redo log buffer去active online log file到磁盘上。

Shared pool

这一块区域里面三个主要的部分：library cache,dictionary cache,存储并行执行的信息的buffer，还有一些控制信息。

Library cache

这块区域中有共享的sql区域。私有的sql区域，PL/SQL的程序和包，还有一些锁和library cache的句柄。

共享的sql区域和私有的sql区域

Oracle会让每一条sql语句在共享sql区和私有sql区执行，oracle认为，两个用户执行相同的sql，此时这些sql应该是可以共享的，然而每一个用户还会拥有自己的会话环境，这样就会拥有一个私用的sql区域。

共享sql区域中包含sql的分析树和执行计划，oracle会保存这部分内存在共享的sql区中以便用户可以多次执行这些sql。当一些新的sql执行的时候，oracle会从shared pool中分配一些内存给这条sql，内存的大小取决于sql的复杂度。如果整个共享区已经被分配完了，oracle会采用LRU策略将一些buffer flush出去直到空闲的buffer可以将新来的sql放得开，被flush出去的sql的一些信息，下一次再使用的时候需要重新编译。

私有sql区域包含运行时的一些内存结构和一些 bind信息，每一个会话在执行sql的时候都会有自己的一个sql区域。

游标的私有sql区域被分为两种生命周期不相同的区域：

l 持久区域：例如 bind 信息，这部分空间只有在这个游标关闭的时候才会被回收。

l 运行时环境：当该sql执行结束的时候这部分环境就会被回收。

Oracle首先会去创建这个运行时环境在执行请求发过来后，对于insert update delete 操作，oracle会在执行完毕后就释放这部分空间，当执行select 的时候，oracle会到所有行都被fetch或者查询取消才会释放这部分空间。

私有sql区域的分配地址是取决于建立连接的session的类型的，如果是从专有服务器模式下，该私有sql区域会分配在pga中，如果是共享服务器，该私有sql区域会分配在sga中。

Dictionary cache

数据字典是数据库的一组表和视图，它包含数据库的结构、用户等的各种信息。Oracle在解析sql语句的时候会频繁的去访问这些表，对于数据库的这些操作是必不可少的。因为这些数据非常经常的被访问，所以有两个地方存放这些数据在内存中。一个地方叫 data dictionary cache，也称之为 row cache，因为在在这块区域中存储的是以行的方式做的。另一个地方叫做library cache，所有的用户都是共享访问这两个地方的。

共享内存的分配和重用

一般来说，在内存中的一些条目一直会保留着的，除非需要按照LRU算法从内存中flush掉，如果有内存的需求，有些不用的就会被flush掉。

当一条sql提交到oracle进行执行的时候，oracle一般会执行分配的以下步骤：

1、 到共享池中去检查要执行的sql是否存在，如果存在就直接使用，如果不存在就需要在共享sql区中分配内存，存放新编译的sql。不论哪一种情况，都有私有sql区都会和用户的共享区的sql相关联。

2、 Oracle会分配一个私有的sql区和会话对应，

Oracle在以下情况下会将共享sql区从共享池中flush掉：

l 当使用analyze的时候，所有涉及的对象，都会被flush掉，下一次使用时会重新分配；

l 当一个对象被修改了，其相应的sql也会被flush掉；

l 改变数据库的全局名，所有的sql都会被flush掉；

l ALTER SYSTEM FLUSH SHARED_POOL时，所有的sql也会被flush掉

[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7312700/viewspace-1002341/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7312700/viewspace-1002341/