1.1 oracle的内存结构 SGA中内存根据存放信息的不同, 可以分为如下几个区域.
日志缓冲区(Redo Log Buffer): 存放数据操作的更改信息. 它们以日志项(redo entry)的形式存放在日志缓冲区中. 当需要进行数据库恢复时, 日志项用于重构或回滚对数据库所做的变更. 日志缓冲区的大小由初始化参数LOG_BUFFER确定. 大的日志缓冲区可减少日志文件IO的次数. 后台进程LGWR将日志缓冲区中的信息写入磁盘的日志文件中, 可启动ARCH后台进程进行日志信息归档. 共享池(shared pool): 包含用来处理的sql语句信息. 它包含共享sql区和数据字典存储区. 共享sql区包含执行特定的sql语句所用的信息. 数据字典区包含用于存放数据字典, 它为所有用户进程共享. Cursors: 一些内存指针, 执行待处理的sql语句. 其他信息区: 除了上述几个信息区外, 还包括一些进程之间的通信信息(如封锁信息); 在多线程服务器配置下, 还有一些程序全局区的信息, 请求队列和响应队列等.
1.2 oracle数据库缓冲区的内部机制 在oracle8i之前的版本中, 当数据块被从磁盘送进数据缓冲区的时候, 数据块被自动地放置到最近使用过的数据列表的前部. 但是, 这种行为从oracle8i开始就变了: 新数据缓冲区被放置在缓冲区链的中部. 在调节数据库的时候, 你的目标就是为数据缓冲区分配尽量多的内存, 而不会导致数据库服务器在内存里分页. 数据缓冲区每小时的命中率一旦低于90%, 你就应该为数据块缓冲区增加缓冲区. 1.2.1 数据块的存活时间 在调入数据块之后, oracle会不停地跟踪数据块的使用计数(touch count, 也就是说, 这个数据块被用户线程所访问的次数). 如果一个数据块被多次使用, 它就被移动到最近使用过的数据列表的最前面, 这样就确保它会在内存里保存一段较长的时间. 这种新的中点插入技术会确保最常使用的数据块被保留在最近使用过的数据列表的最前面, 因为新的数据块只有在它们被重复使用的时候才会被移动到缓冲区链的最前面. 总而言之, oracle8i通过将新的数据块插入缓冲区的中部, 并根据访问活动调整缓冲区链, 每个数据缓冲区就被分割成两个部分: 热区(hot section), 代表数据缓冲区的最近使用的一半; 冷区(cold section), 代表数据缓冲区的最早使用的一半. 只有那些被反复请求的数据块才会被移近每个缓冲区的热区, 这就让每个数据缓冲区在缓冲常用数据块的时候效率更高. 热区的大小要用下面的隐藏参数来配置: _db_percent_hot_default _db_percent_hot_keep _db_percent_hot_recycle 只有懂得内部机制和希望调节其数据缓冲区行为的有经验人员才应该使用这些参数. 1.2.2 找到热数据块 Oracle8i保留了一个X$BH内部查看表, 用来显示数据缓冲池的相对性能. X$BH查看表有下列数据列: Tim: 两次使用之间的时间差, 和_db_aging_touch_time参数相关; Tch: 使用计数, 它和被使用过_db_aging_hot_criteria次之后从冷区移入热区直接相关. 由于tch数据列用来追踪特定数据块的使用次数, 所以我们就可以编写sql查询来显示缓冲区里的热数据块—使用计数大于10的数据块.
SELECT obj object, dbarfil file#, dbablk block#, tch touches 这项高级查询技术在用于追踪DEFAULT缓冲池里的对象时尤其有用. 一旦定位了热数据块, 你就能够把它从default缓冲池移动到keep缓冲池.
1.3 数据库缓冲区命中率
select 1 - ((physical.value - direct.value - lobs.value) / logical.value) "Buffer Cache Hit Ratio" This v$sysstat view lists system statistics. To find the name of the statistic associated with each statistic number (STATISTIC#), query the V$STATNAME view.
Column
Note: Statistics numbers are not guaranteed to remain constant from one release to another. Therefore, you should rely on the statistics name rather than its number in your applications.
1 - User
1.4 改进数据库缓冲区的性能 调整database buffer cache的性能最简单的办法就是修改它的大小. 占SGA的45%最合适. 1, DB_BLOCK_SIZE主数据库块大小默认是8K, 在建立完数据库之后就不能改变. 2, DB_CACHE_SIZE(默认缓冲区池)默认48M, 我们主要修改这个参数以提高性能. Alter system set db_cache_advice = on; 用oracle推荐的统计顾问, 在正常操作半个小时之后可以执行如下查询得到推荐的大小. select name,size_for_estimate,v$db_cache_advice.ESTD_PHYSICAL_READS from v$db_cache_advice where block_size='8192' and advice_status='ON'; 另外, 我们可以通过下述语句查询哪些对象正缓存在buffer cache中, 正使用多少个buffer cache缓冲区.
select do.owner,do.object_name,do.object_type,count(distinct a.BLOCK#) "NUM of buffers" 3, 使用多个缓冲池 Alter system set db_cache_size = 300M; Alter system set db_keep_cache_size = 150M; Alter system set db_recycle_cache_size = 30M; 将表分配给保持区. Alter table col_cust storage(buffer_pool keep); 使用下面语句可以查看分配情况.
select owner,segment_type,segment_name,buffer_pool 使用下面语句可以查看每个buffer pool的大小以及buffer cache的命中率.
select name "Buffer Pool", 4, 在内存中缓存表 虽然表可以放在保持区, 但是由于keep pool也是由LRU控制的, 所以当FTS(full table scan)时, 该表还是被放在LRU的最近最少使用那端. 这样就有可能被移出. 所以我们可以将表变成一个高速缓存区表. Alter table col_cust cache; Select owner, table_name from dba_tables where ltrim(cache)=’Y’. (责任编辑:IT) |