oracle内存结构

1、内存结构

SGA(System Global Area)：由全部服务进程和后台进程共享；
PGA(Program Global Area)：由每一个服务进程、后台进程专有；每一个进程都有一个PGA。

2、SGA
包含实例的数据和控制信息，包含以下内存结构：
1）Database buffer cache：缓存了从磁盘上检索的数据块。
2）Redo log buffer：缓存了写到磁盘以前的重作信息。
3）Shared pool：缓存了各用户间可共享的各类结构。
4）Large pool：一个可选的区域，用来缓存大的I/O请求，以支持并行查询、共享服务器模式以及某些备份操做。
5）Java pool：保存java虚拟机中特定会话的数据与java代码。
6）Streams pool：由Oracle streams使用。
7）Keep buffer cache：保存buffer cache中存储的数据，使其尽时间可能长。
8）Recycle buffer cache：保存buffer cache中即将过时的数据。
9）nK block size buffer：为与数据库默认数据块大小不一样的数据块提供缓存。用来支持表空间传输。

database buffer cache, shared pool, large pool, streams pool与Java pool根据当前数据库状态，自动调整；
keep buffer cache,recycle buffer cache,nK block size buffer能够在不关闭实例状况下，动态修改。

3、PGA
每一个服务进程私有的内存区域，包含以下结构：
1）Private SQL area：包含绑定信息、运行时的内存结构。每一个发出sql语句的会话，都有一个private SQL area（私有SQL区）
2）Session memory：为保存会话中的变量以及其余与会话相关的信息，而分配的内存区。


4、SGA COMPONENT
(一)、Buffer Cache
一、DB_CACHE_SIZE
　　　　经过参数DB_CACHE_SIZE可指定DB buffer cache的大小
　　　　ALTER SYSTEM SET DB_CACHE_SIZE=20M scope=both;
　　　　服务进程从数据文件读数据到buffer cache；DBWn从buffer cache写数据到数据文件。
　　　　buffer cache的四种状态：
　　　　　　　　1）pinned：当前块正在读到cache或正写到磁盘，其余会话等待访问该块。
　　　　　　　　2）clean：
　　　　　　　　3）free/unused：buffer内为空，为实例刚启动时的状态。
　　　　　　　　4）dirty：脏数据，数据块被修改，须要被DBWn刷新到磁盘，才能执行过时处理。

同一个数据库中，支持多种大小的数据块缓存。经过DB_nK_CACHE_SIZE参数指定，如
　　　　• DB_2K_CACHE_SIZE
　　　　• DB_4K_CACHE_SIZE
　　　　• DB_8K_CACHE_SIZE
　　　　• DB_16K_CACHE_SIZE
　　　　• DB_32K_CACHE_SIZE
标准块缓存区大小由DB_CACHE_SIZE指定。如标准块为nK，则不能经过DB_nK_CACHE_SIZE来指定标准块缓存区的大小，应由DB_CACHE_SIZE指定。
例，标准块为8K，则数据库能够设置的块缓存大小的参数以下：
　　　　• DB_CACHE_SIZE （指定标准块（这里为8K）的缓存区）
　　　　• DB_2K_CACHE_SIZE （指定块大小为2K的缓存区）
　　　　• DB_4K_CACHE_SIZE （指定块大小为4K的缓存区）
　　　　• DB_16K_CACHE_SIZE （指定块大小为16K的缓存区）
　　　　• DB_32K_CACHE_SIZE （指定块大小为32K的缓存区）

二、多种缓冲池（buffer pool）
　　　　1）Keep：经过db_keep_cache_size参数指定。
　　　　该buffer内的数据可能被重用，以下降I/O操做。该池的大小要大于指定到该池的段的总和。
　　　　　　 读入到keep buffer的块不须要过时操做。
　　　　2）Recycle：经过db_recycle_cache_size参数指定。
　　　　该池中的数据被重用机会较小，该池大小要小于分配到该池的段的总和。读入该池的块须要常常执行过时处理。
　　　　3）Default：至关于一个没有Keep与Recycle池的实例的buffer cache，经过db_cache_size参数指定。

三、为对象明确指定buffer pool
　　　　buffer_pool子句，用来为对象指定默认的buffer pool，是storage子句的一部分。
　　　　　　 对create与alter table、cluster、index语句有效。
　　　　若是现有对象没有明确指定buffer pool，则默认都指定为default buffer pool，大小为DB_CACHE_SIZE参数设置的值。
语法：
　　　　a.CREATE INDEX cust_idx ON tt(id) STORAGE (BUFFER_POOL KEEP);
　　　　b.ALTER TABLE oe.customers STORAGE (BUFFER_POOL RECYCLE);
　　　　c.ALTER INDEX oe.cust_lname_ix STORAGE (BUFFER_POOL KEEP);
(二)、Share Pool
一、SHARE_POOL_SIZE
　  1）Share Pool可经过SHARE_POOL_SIZE参数指定：
　　SQL> alter system set shared_pool_size=20M scope=both;
　  2）Share Pool保存的信息被多个会话共享，类型包括：
 a.Library Cache
Library Cache又包含共享SQL区与PL/SQL区：
a).共享SQL区保存了分析与编译过的SQL语句。
b).PL/SQL区保存了分析与编译过的PL/SQL块（过程和函数、包、触发器与匿名PL/SQL块）。
 b.Data Dictionary Cache
保存了数据字典对象的定义。
 c.UGA(User Global Area)
UGA内包含了共享服务器模式下的会话信息。
共享服务器模式时，若是large pool没有配置，则UGA保存在Share Pool中。

(三)、Large Pool  
1）Large Pool大小经过LARGE_POOL_SIZE参数指定：
SQL> alter system set large_pool_size=20m scope=both;
2）做用:
a.为I/O服务进程分配内存
b.为备份与恢复操做分配内存
c.为Oracle共享服务器模式与多个数据库间的联机事务分配内存。
通 过从large pool中为共享服务器模式分配会话内存，能够减小share pool因频繁为大对象分配和回收内存而产生的碎片。将大的对象从share pool中分离出来，能够提升shared pool的使用效率，使其能够为新的请求提供服务或者根据须要保留现有的数据。

(四)、Java Pool           
一、JAVA_POOL_SIZE
  　　经过JAVA_POOL_SIZE参数指定java pool大小。
         保存了jvm中特定会话的java code和数据。
二、在编译数据库中的java代码和使用数据库中的java资源对象时，都会用到share pool。
       java的类加载程序对每一个加载的类会使用大约8K的空间。
      系统跟踪运行过程当中，动态加载的java类，也会使用到share pool。

(五)、Redo Log Buffer
一、服务进程从用户空间拷贝每条DML/DDL语句的redo条目到redo log buffer中。
二、redo log buffer是一个能够循环使用的buffer，服务进程拷贝新的redo覆盖掉redo log buffer中已经过LGWR写入磁盘（online redo log）的条目。
三、致使LGWR执行写redo log buffer到online redo log的条件
a.用户执行事务提交commit
b.每3秒钟或redo log buffer内已达到1/3满或包含1MB数据
c.DBWn进程将修改的缓冲区写入磁盘时（若是相应的重作日志数据还没有写入磁盘）

（六）、ASMM(Automatic Shared Memory Management)
一、SGA_TARGET
     1）SGA_TARGET默认值为0，即ASMM被禁用。须要手动设置SGA各中各组件的大小。
     2）当SGA_TARGET为非0时，则启用ASMM，自动调整如下各组件大小：
　　　　DB buffer cache（default pool）
　　　　shared pool
　　　　large pool
　　　　streams pool
　　　　java pool
          但ASSM中， 如下参数仍须要手动指定：
　　　　log buffer
　　　　keep、recycle、以及非标准块缓冲区
　　　　固定SGA以及其余内部分配。
二、启用ASMM须要将STATISTICS_LEVEL设置成TYPICAL或ALL
三、启用ASMM，自动调整SGA内部组件大小后。若手动指定某一组件值，则该值为该组件的最小值。如
手动设置SGA_TARGET=8G,SHARE_POOL_SIZE=1G，则ASMM在自动调整SGA内部组件大小时，保证share pool不会低于1G。
SQL> SELECT component, current_size/1024/1024 size_mb FROM   v$sga_dynamic_components;
四、SGA_MAX_SIZE
SGA_MAX_SIZE指定内存中能够分配给SGA的最大值。
SGA_TARGET是一个动态参数，其最大值为SGA_MAX_SIZE指定的值。

5、PGA

 
（一）Private SQL Area
一、保存了当前会话的绑定信息以及运行时内存结构。这些信息
二、每一个执行sql语句的会话，都有一个private sql area。
三、当多个用户执行相同的sql语句，此sql语句保存在一个称为shared sql area。此share sql area被指定给这些用户的private sql area
四、共享服务器模式：private sql area位于SGA的share pool或large pool中
    专用服务器模式：private sql area位于PGA中
（二）Cursor、SQL Areas
（三）Work Area    
PGA的一大部分被分配给Work Area，用来执行以下操做：
　　　　a.基于操做符的排序，group by、order by、rollup和窗口函数。
 　　　　参数为sort_area_size  
　　　　b.hash散列链接，
 　　　　参数为hash_area_size     
　　　　c.位图合并，
 　　　　参数为bitmap_merge_area_size
　　　　d.位图建立，
 　　　　参数为create_bitmap_area_size 
　　　　e.批量装载操做使用的写缓存
（四）Session memory
  保存了会话的变量，如登陆信息及其余与会话相关的信息，共享服务器模式下，Session memory是共享的。

（五）自动PGA管理
设置PGA_AGGREGATE_TARGET为非0，则启用PGA自动管理，并忽略全部*_area_size的设置。如sort_area_size,hash_area_size等。
默认为启用PGA的自动管理，Oracle根据SGA的20%来动态调整PGA中专用与Work Area部分的内存大小，最小为10MB。
用于实例中各活动工做区（work area）的PGA总量，为PGA_AGGREGATE_TARGET减去其余组件分配的PGA内存。获得的结果，按照特定需求动态分配给对应的工做区。
1）设置PGA_AGGREGATE_TARGET大小的步骤
a.设置PGA_AGGREGATE_TARGET为SGA的20%，对于DSS系统，此值可能太低。
b.运行典型的负载，经过oracle收集的pga统计信息来调整PGA_AGGREGATE_TARGET的值。
c.根据oracle的pga建议调整PGA_AGGREGATE_TARGET大小。
2）禁用自动pga管理
为向后兼容，设置PGA_AGGREGATE_TARGET为0，即禁用pga的自动管理。可以使用关联的*_area_size参数调整对应工做区的最大大小。
bitmap_merge_area_size
create_bitmap_area_size
hash_area_size
sort_area_size  

 

 

当用户进程链接到数据库并建立一个对应的会话时，Oracle服务进程会为这个用户专门设置 一个PGA区，用来存储这个用户会话的相关内容。当这个用户会话终止时，数据库系统会自动释放这个PAG区所占用的内存。这个PGA区对于数据库的性能有 比较大的影响，特别是对于排序操做的性能。因此，在必要的时候合理管理PGA区，可以在很大程度上提升数据库的性能。

1、PGA与SGA的区别。

　　PGA(程序缓存区)与SGA(系统全局区)相似，都是Oracle数据库系统为会话在 服务器内存中分配的区域。不过二者的做用不一样，共享程度也不一样。SGA系统全局区顾名思义，是对系统内的全部进程都是共享的。当多个用户同时链接到一个例 程时，全部的用户进程、服务进程均可以共享使用这个SGA区。为此这个SGA的主要用途就是为不一样用户之间的进程与服务进程提供一个交流的平台。除了这个 做用，另外有一个重要的做用就是各类数据库的操做主要就是在这个SGA区内完成。

　　而PGA程序缓冲区则主要是为了某个用户进程所服务的。这个内存区不是共享的，只有这个用户的服务进程自己才可以访问它本身的PGA区。作个形象的比 喻，SGA就好像是操做系统上的一个共享文件夹，不一样用户能够以此为平台进行数据方面的交流。而PGA就好像是操做系统上的一个私有文件夹，只有这个文件 夹的全部者才可以进行访问，其余用户都不可以访问。虽然程序缓存区不像其余用户的进程开放，可是这个内存区仍然肩负着一些重要的使命，如数据排序、权限控 制等等都离不开这个内存区。

2、 为排序设置合理的排序区大小（SORT AREA）。

　　当用户须要对某些数据进行排序时，数据库是如何处理的呢?首先，数据库系统会将须要排序的数据保存到PGA程序缓存区中的一个排序区内。而后再在这个 排序区内对这些数据进行排序。如须要排序的数据有2M，那么排序区内必须至少要有2M的空间来容纳这些数据。而后排序过程当中又须要有2M的空间来保存排序 后的数据。因为系统从内存中读取数据比从硬盘中读取数据的速度要快几千倍，为此若是这个数据排序与读取的操做都可以在内存中完成，无疑能够在很大程度上提 高数据库排序与访问的性能。若是这个排序的操做都可以在内存中完成，显然这是很理想的。可是若是PGA区中的排序区容量不够，不可以容纳排序后的数据，那 会如何呢?此时，系统会从硬盘中获取一个空间，用来保存这须要排序的数据。此时排序的效率就会下降许多。为此在数据库管理中，若是发现用户的不少操做都需 要用到排序，那么用户会设置比较大的排序区，能够提升用户访问数据的效率。

　　在Oracle数据库中，这个排序区主要用来存放排序操做产生的临时数据。通常来讲，这个排序区的大小占据这PGA程序缓存取的大部分空间，这是影响 PGA区大小的主要因素。在小型应用中，数据库管理员能够直接采用其默认的值。可是在一些大型的应用中，或者须要进行大量记录排序操做的数据库系统中，管 理员可能须要手工调整这个排序区的大小，以提升排序的性能。若是系统管理员须要调整这个排序区大小的话，须要经过初始化参数SORT_AREA_SIZE 来实现。为了提升数据访问与排序的性能，数据库系统利用内存比硬盘要快几千倍的实施，会将准备排序的数据临时存放到这个排序区，并在排序区内完成数据的排 序。管理员须要牢记这个原则，并在适当的状况下调整排序区的大小，以提升数据访问与数据排序的性能。

3、 会话区保存着用户的权限等重要信息(USER SESSON DATA)。

　　在程序缓存区内还包含着一个会话区。虽然绝大部分状况下，管理员不要维护这个会话区，可让数据库系统进行维护。可是，管理员仍是须要了解一下这个会 话区的做用。由于这个会话区直接关系着数据库系统中数据的安全性。数据库系统不只是存放数据的一个很好的载体，并且在还提供了一个统一管理数据的平台，可 以根据实际须要，为不一样的用户设置不一样的访问权限。简单的说，在数据库中能够控制用户能够访问哪些数据。从而提升数据的安全性。

　　当用户进程与数据库创建会话时，系统会将这个用户的相关权限查询出来，而后保存在这个会话区内。如此的话，用户进程在访问数据时，系统就会核对会话区 内的用户权限信息，看看其是否具备相关的访问权限。因为系统将这个用户的权限信息存放在内存上，因此其核对用户权限的速度很是的快。由于系统不用再去硬盘 中读取数据，直接从内存中读取。而从内存读取数据的效率要比硬盘上快几千倍。

　　一般状况下，这个会话区内保存了会话所具备的权限、角色、性能统计等信息。这个会话区通常都是由数据库进行自我维护的，系统管理员不用干预。

4、 堆栈区保存变量信息(STACK SPACE)。

　　有时候为了提升SQL语句的重用性，会在语句中使用绑定变量。简单的说，就是SQL语句能够接受用户传入的变量。从而用户只须要输入不一样的变量值，就 能够知足不一样的查询需求。如如今用户须要查询全部员工的信息。而后其又要查询全部工龄在3年以上的员工等等。此时其实他们采用的是同一个SQL语句，只是 传递给系统的变量不一样而已。这能够在很大程度上下降数据库开发的工做量。这个变量在Oracle数据库系统中就叫作绑定变量。利用绑定变量能够增强与用户 的互动性。另外在这个堆栈区内还保存着会话变量、SQL语句运行时的内存结构等重要的信息。

　　一般状况下，这个堆栈区跟上面讲到的会话区同样，均可以让数据库系统进行自我维护，而管理员不用参与到其中。这些分区的大小，也是系统根据实际状况来进行自动分配的。当这个用户会话结束时，系统会自动释放这些区所占用的空间。
5、 游标区 (CURSOR STATE)。

　　不管是SQLServer数据库仍是Oracle数据库中，有时候都须要用到游标技术。当运行使用游标的语句时，Oracle数据库系统会在程序缓存 区中间为其分配一块区域。这块区域就叫作游标区。一般状况下，游标用来完成一些比较特殊的功能。并且通常来讲，采用游标的语句要比其余语句的执行效率低一 点。为此管理员在使用游标的时候，仍是须要慎重。

　　游标区是一个动态的区域。当用户执行游标语句时，系统就会在这个游标区内建立一个区域。当关闭游标时，这个区域就会被释放。这建立与释放，须要占用一 定的系统资源，花费必定的时间。为此在使用游标时，若是频繁的打开和关闭游标，就会下降语句的执行性能。因此笔者建议，在写语句时，若是真的有必要使用游 标技术时，则要注意游标不要频繁的打开和关闭。

　　另外在Oracle数据库中，还能够经过限制游标的数量来提升数据库的性能。如在数据库系统中有一个初始化参数OPEN_CURSORS。管理员能够 根据实际的须要，来设置这个参数，控制用户可以同时打开游标的数目。不过须要注意的是，在确实须要才有游标的状况下，若是硬件资源可以支持的话，那么就需 要放宽这个限制。这能够避免用户进程频繁的打开和关闭游标。由于频繁的打开和关闭游标这对游标的操做是不利的，会影响数据库的性能。

　　从以上的分析中能够看出，程序全局区（PGA）主要包含排序区、会话区、堆栈区和游标区四个部分的内容，他们各司其职，完成用户进程与数据库之间的会 话。一般状况下，系统管理员主要关注的是排序区，在必要时须要手工调整这个排序区的大小。另外须要主要的是，游标区是一个动态的区域，在游标打开时建立， 关闭时释放。故在数据库开发时，不要频繁的打开和关闭游标能够提升游标操做的效率，改善数据库的性能。其余分区的内容管理员只须要了解其用途，平常的维护 交给数据库系统来完成便可。

 设置SGA的原则以及修改它的大小

一，设置SGA的原则：

有时候会碰到在配置SGA中出现了问题，因为分配的内存过多，数据库启不起来了。
并且还要注意，在WINDOWS平台下，32位的操做系统，SGA分配不能超过1.8G，64位的扛得住一些，因此个人数据库服务器换成64位的WINDOWS2003了。
内存结构=SGA（系统全局区）+PGA（程序全局区）

SGA：是用于存储数据库信息的内存区，该信息为数据库进程所共享。它包含Oracle 服务器的数据和控制信息,它是在Oracle服务器所驻留的计算机的实际内存中得以分配，若是实际内存不够再往虚拟内存中写。咱们重点就是设置SGA，理论上SGA可占OS系统物理内存的1/2——1/3
原则：SGA+PGA+OS使用内存 <总物理RAM
SGA=((db_block_buffers*blocksize)+(shared_pool_size+large_pool_size+java_pool_size+log_buffers)+1MB

一、SGA系统全局区.(包括如下五个区)
A、数据缓冲区:（db_block_buffers）存储由磁盘数据文件读入的数据。
大小: db_block_buffers*db_block_size
Oracle9i设置数据缓冲区为：Db_cache_size
原则：SGA中主要设置对象，通常为可用内存40%。

B、共享池:（shared_pool_size）:数据字典，sql缓冲，pl/sql语法分析.加大可提速度。
原则：SGA中主要设置对象，通常为可用内存10%

C、日志缓冲区:（log_buffer）存储数据库的修改信息.
原则：128K ---- 1M 之间，不该该太大

D 、JAVA池（Java_pool_size）主要用于JAVA语言的开发.
原则：若不使用java，原则上不能小于20M，给30M一般就够了

E、 大池（Large_pool_size） 若是不设置MTS，主要用于数据库备份恢复管理器RMAN。
原则：若不使用MTS,5---- 10M 之间，不该该太大

SGA=. db_block_buffers*db_block_size+ shared_pool_size+ log_buffer+Java_pool+size+large_pool_size
原则： 达到可用内存的55-58%就能够了.

二、PGA程序全局区

PGA：包含单个服务器进程或单个后台进程的数据和控制信息，与几个进程共享的SGA 正相反PGA 是只被一个进程使用的区域，PGA 在建立进程时分配在终止进程时回收.
A、Sort_area_size 用于排序所占内存
B、Hash_area_size 用于散列联接，位图索引
这两个参数在非MTS下都是属于PGA ，不属于SGA,是为每一个session单独分配的，在咱们的服务器上除了OS + SGA,必定要考虑这两部分
原则：OS 使用内存+SGA+并发执行进程数*(sort_area_size+hash_ara_size+2M) < 0.7*总内存

实例配置

一：物理内存多大
二：操做系统估计须要使用多少内存
三：数据库是使用文件系统仍是裸设备
四：有多少并发链接
五：应用是OLTP 类型仍是OLAP 类型

基本掌握的原则是， db_block_buffer 一般能够尽量的大，shared_pool_size 要适度，log_buffer 一般大到几百K到1M就差很少了

例如：

内存2G 单个CPU db_block_size 是8192 bytes

SGA=0.55*2048M=1126.4M左右

建议 shared_pool_size = 200M , db_block_buffer *db_block_size = 800M

具体: shared_pool_size=209715200 #200M

db_block_buffer=103192 #800M

log_buffer = 131072 # 128k (128K*CPU个数)

large_pool_size= 31457280 #30M

java_pool_size = 20971520 # 20 M

sort_area_size = 524288 # 512k (65k--2M)

sort_area_retained_size = 524288 # MTS 时 sort_area_retained_size = sort_area_size

二，修改SGA的大小：

1.sga_target不能大于sga_max_size，能够设置为相等。
                      2.SGA加上PGA等其余进程占用的内存总数必须小于操做系统的物理内存。
作以下操做前，必须备份dbs目录下的全部文件。
方法一：直接SQL命令行修改：
SQL>alter system set sga_target=1024m scope=spfile;
SQL>alter system set sga_max_size=1024m scope=spfile;
(若是spfile文件不存在，需先建立createspfile from pfile;）
alter system set sga_target=12g scope=spfile;
alter system set sga_max_size=12g scope=spfile;

而后
SQL>shutdown immediate
SQL>startup
SQL>show sga;   便可看到SGA的大小已经被修改

方法二：经过EM修改：
以SYS登录到EM：管理－>(数据库配置)全部初始化参数—>SPFile－>
               在此界面能够直接定义sga_target与sga_max_size
而后重启数据库便可！

文章出处：http://www.diybl.com/course/7_databases/oracle/Oracleshl/200866/123114.html

 

cmd下部分操做：，oracle10.2.0g

SQL>conn sys/rezin as sysdba
已链接。
SQL> shutdown immediate
数据库已经关闭。
已经卸载数据库。
Oracle 例程已经关闭。
SQL> startup
ORACLE 例程已经启动。

TotalSystem Global Area 1073741824 bytes
FixedSize                 1253124 bytes
VariableSize            696254716 bytes
Database Buffers         369098752 bytes
RedoBuffers               7135232 bytes
数据库装载完毕。
数据库已经打开。
SQL> show sga;

TotalSystem Global Area 1073741824 bytes   ---原来大小
FixedSize                 1253124 bytes
VariableSize            696254716 bytes
Database Buffers         369098752 bytes
RedoBuffers               7135232 bytes
SQL> alter system set sga_target=300m scope=spfile;

系统已更改。

SQL>alter system set sga_max_size=280m scope=spfile;

系统已更改。

SQL>shutdown immediate
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup
ORACLE 例程已经启动。

TotalSystem Global Area  314572800 bytes    ---修改后的大小
FixedSize                 1248720 bytes
VariableSize             96469552 bytes
Database Buffers         209715200 bytes
RedoBuffers               7139328 bytes
数据库装载完毕。
数据库已经打开。