您在这里:首页 > 学员专区 > 技术文章
Oracle视频
Oracle
CUUG课程

SGA_MAX_SIZE参数

 
SGA_MAX_SIZE
 
      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 的实际值的公式,如下:
SGA 实际大小 =
DB_CACHE_SIZE
+ DB_KEEP_CACHE_SIZE
+ DB_RECYCLE_CACHE_SIZE
+ DB_nk_CACHE_SIZE
+ SHARED_POOL_SIZE
+ LARGE_POOL_SIZE
+ JAVA_POOL_SIZE
+ STREAMS_POOL_SIZE (10g 中的新内存池)
+ LOG_BUFFERS+11K(Redo Log Buffer 的保护页)
+ 1MB
+ 16M(SGA 内部内存消耗,适合于9i 及之前版本)
 
      而SGA_MAX_SIZE 就是它的各个部分内存区都达到定义的最大值的时候的大小之和。修改SGA_MAX_SIZE 的大小,必须要重新启动数据库实例。 这样就可能出现这样的一种情况,在spfile 中,SGA 各个内存区设置大小总和大于SGA_MAX_SIZE 。这时,oracle 会如下处理:当实例再次启动时,如果发现SGA各个内存总和大于SGA_MAX_SIZE,它会将SGA_MAX_SIZE 的值修改为SGA 各个内存区总和的值。
 
SQL> show parameter sga;
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
lock_sga                             boolean     FALSE
pre_page_sga                   boolean     FALSE
sga_max_size                   big integer 276M
sga_target                         big integer 276M
 
修改sga_max_size大小
SQL> alter system set sga_max_size=300m scope=spfile;
System altered.
修改后不会直接生效
SQL> show parameter sga
NAME                                 TYPE                              VALUE
------------------------------------ --------------------------------- ------------------------------
lock_sga                             boolean                           FALSE
pre_page_sga                         boolean                           FALSE
sga_max_size                         big integer 276M
      sga_target                           big integer 276M
 
重启实例
SQL> shutdown immediate
SQL> startup
SQL> show parameter sga
NAME                                 TYPE                              VALUE
------------------------------------ --------------------------------- ------------------------------
lock_sga                             boolean                           FALSE
pre_page_sga                   boolean                           FALSE
sga_max_size                  big integer                     300M
sga_target                         big integer                     276M
只有重新启动实例,设置才能生效。
但是现在两个值出现不一致现象,哪一个规定了SGA的最大值呢?
 
SQL> select (sum(value))/1024/1024 "SIZE_MB" from v$sga;
size mb
----------
  300
查看SGA分配规定的总和,已经是300m了,但是......
SQL> select sum(bytes)/1024/1024 "SIZE_MB" from v$sgastat;
   SIZE_MB
----------
 276.00251

v$sgastat看到的是内存当前分配的详细信息,是sga_target的值
说明限制内存分配的参数还是由sga_target控制。


 

陈征宇

相关文章 [上一篇] 闩锁、锁定和并发性
010-88589926(88587026)
CUUG热门培训课程
Oracle DBA就业培训
CUUG名师
网络课程
技术沙龙
最新动态

总机:(010)-88589926,88589826,88587026 QQ讨论群:243729577 182441349 邮箱:cuug_bj@cuug.com
通信地址:北京市海淀区紫竹院路98号北京化工大学科技园609室(CUUG)邮政编码:100089 
中国UNIX用户协会 Copyright 2010  ALL Rights Reserved 北京神脑资讯技术有限公司
京ICP备11008061号  京公网安备110108006275号