分类: Oracle
2006-04-11 11:22:07
对于SGA,可以用sqlplus查询:
SQL>select * from v$sga;
Fixed Size
Variable Size
包含了shared_pool_size、java_pool_size、large_pool_size等内存设置和管理内存缓冲区等内存结构的hash table,块头信息等
DataBase Buffers
指数据缓冲区,在8i中有default pool 、default_pool_keep、defaule_pool _recyle三部分内存,在9i中有db_cache_size,db_keep_cache_size,db_reycle_cache_size, db_cn_cache_size等几部分内存, Oracle8i三部分内存的总和是:db_block_buffer* db_ block_size .
Redo buffers
指日志缓冲区,log_buffer,额外一点:对于v$parameter,v$sgastat,v$sga查询值可能不一样。V$parameter是用户在初始化的时候设置的值,v$sgastat是实际分配缓冲区的大小(因为实际分配的缓冲区是离散的,也不是以block为单位的),v$sga是在分配了日志缓冲区以后,为了保护日之缓冲区,设置了一些保护页,通常我们发现保护页的大小大约为11k左右。
SQL>select substr(name,1,10) name,substr(value,1,10) value from v$parameter where name=’log_buffer’;
SQL>select * from v$sgastat;
SQL>select * from v$sga;
8iSGA
ORACLE 8.0.X 版本
SGA=((db_block_buffers*blocksize)+(shared_pool_size+large_pool_size+ log_buffers) +1MB
ORACLE 8.1.X 版本
SGA=(db_block_buffers*blocksize)+(share_pool_size+large_pool_size+java_pool_size+log_buffers)+1MB
理论上SGA可占用os系统物理内存的1/2——1/3,
推荐:SGA=0.45*(os RAM)
关于数据库有多少个并发连接,这实际上关系到PGA的大小(MTS下还有large_pool_size).事实上这个问题应该说还跟OLTP类型或者OLAP类型相关,对于OLTP类型oracle倾向于可使用的MTS,对于OLAP类型使用独立模式,同时OLAP还可能涉及到大量的排序操作的查询,这些都影响到我们内存的使用,那么所有的问题综合起来,实际上主要反映在UGA的大小上,UGA主要包含以下部分内存设置
SQL>show parameters area_size
NAME TYPE VALUE
------------------------------------ ----------------------------------------------------
bitmap_merge_area_size integer 1048576
create_bitmap_area_size integer 388608
hash_area_size integer 1048576
sort_area_size integer 524288
workarea_size_policy string AUTO
通常我们习惯通过直观的公式来表达内存分配的问题:
Os使用内存+sga+并发执行进程数*(sort_area_size+
(公式是死的,系统是活得,实际应用的调整不必框公式,这不过是一个参考建议)
在我们实际应用中,假如采用的是裸设备,我们可适当的增大SGA(如果需要的话)。由于目前几乎所有的操作系统都使用虚拟缓存,所以实际上如果就算SGA设置的比较大也不会导致错误,而是可能出现频繁的内存页的换入换出(page in/out)。在操作系统一级如果观察这个现象,那么我们就需要调整内存的设置。
SGA内存参数设置:
Log_buffer
对于日志缓冲区的大小设置,通常我觉得没有过多的建议,因为参考LGWR写的触发条件之后,我们会发现通常超过
Large_pool_size
对于大缓冲池的设置,假如不使用MTS,加以在20-
Java_pool_size
假如数据库没有使用java,我们通常认为保留
Shared_pool_size
这是迄今为止最有争议的一部分内存设置,这部分是为了缓存已经被解析过的SQL,而是其能被重用,不再解析,share_pool里面不存在已经解析的可用的相同的SQL,对于一个新的,数据库将执行硬解析,这过程很耗资源,若已经存在,则进行的仅仅是软分析(在共享池中寻找相同的SQL),这样消耗的资源大大的减少,所以期望共享一些SQL,并且如果参数设置不大,经常出现ora-04031错误,表示为了解析新的sql,没有足够大的连续空闲空间,这样自然我们期望参数能大一些,但是太大,由于需要维护共享的结构,内存的增大也使得sql的老化代价更高,带来大量的管理的开销,可能导致cpu的严重问题。
一般,在一个较大的系统中,share_pool_size的开销通常应该维持在
Data buffer
在确定了SGA的大小并分配玩了前面部分内存后,其余的都可以分配给这部分内存,通常,在允许的情况下,我们都尝试这是这部分内存更大,这部分内存的作用主要是缓存DB BLOCK,减少甚至避免从磁盘上获取数据,在8i中通常是由db_blocke_buffers* db_block_size来决定大小的,如果设置了buffer_pool_keep和buffer_pool_reycle,则应该加上后边这两部分内存的大小。
9i下部分参数变化
8i 9i
Buffer_pool_keep-----------------------------------------àdb_keep_cache_size
Buffer_pool_recycle--------------------------------------àdb_recycle_cache_size
Db_block_buffers-----------------------------------------àdb_cache_size
查看SGA_MAX_SIZE
SQL>show parameters sga_max_size
SQL>alter system set db_cache_size=128000000
SQL>alter system set shared_pool_size=300000000
关于内存的参数调整:
缓冲区命中率:
SQL>select value from v$sysstat where name=’physical reads’;
SQL>select value from v$sysstat where name=’physical reads direct’;
SQL>select value from v$sysstat where name=’physical reads direct (lob)’;
SQL>select value from v$sysstat where name=’consistent gets’;
SQL>select value from v$sysstat where name=’db block gets’;
命中率的计算应该是
X=physical reads direct + physical reads direct (lob)
命中率=100-(physical reads –x)/(consistent gets + db block gets –x)*100
共享池的命中率
SQL>select sum(pinhits)/sum(pins)*100 “hit radio” from v$librarycache;
关于排序部分
SQL>select name,value from v$sysstat where name like ‘%sort%’;
关于log_buffer
SQL>select name,value from v$sysstat where name in(‘redo entries’,’redo buffer allocation retries’);