oracle i_obj4,Oracle性能优化调整--调整缓冲区高速缓存

最新推荐文章于 2025-07-05 16:14:26 发布

转载最新推荐文章于 2025-07-05 16:14:26 发布 · 243 阅读

文章标签：

#oracle i_obj4

本文介绍Oracle数据库性能优化的关键步骤，包括调整缓冲区高速缓存、重做机制及磁盘I/O等，通过调整参数和配置，提升数据库运行效率。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Oracle性能优化调整--调整缓冲区高速缓存

一.我们可以通过配置Shared Pool(保证用户在内存中查找到已经缓存的语句)改进性能；

还有一个重要的方法就是:使用户可以在内存找到他们所请求的数据! 这就需要通过Database Buffer Cache(数据库缓冲区的高速缓存区)来实现。

Buffer Cache是SGA的一个组件，用来缓存用户最近在数据库中访问过的段数据块的副本。这些副本和它们在磁盘上的对应块是同步的! 如果不同步，就是所谓的脏缓冲区! 从Cache往磁盘上写，我们称之为写盘。管理脏缓冲区的机制叫做Dirty List(脏列表)或Write List(写列表)。这个列表里面跟踪已经insert,update,delete但是还没有写盘的语句。最终的写盘工作由ORACLE后台进程Database Writer(DBW0)完成。

Buffer Cache也是由一LRU算法来管理。*FTS(全表扫描期间)表缓冲区直接放在LRU的最近最少使用那端。

二.测量Database Buffer Cache的性能

select 1 - ((physical.value - direct.value - lobs.value) / logical.value)

"Buffer Cache Hit Ratio"

from v$sysstat physical,v$sysstat direct,v$sysstat lobs,v$sysstat logical

where physical.name = 'physical reads'

and direct.name='physical reads direct'

and lobs.name='physical reads direct (lob)'

and logical.name='session logical reads';

上述语句当>90%实说明调整充分的。命中率是高的！

三.改进Database Buffer Cache的性能

1.最简单的方法就是加大它的大小。占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';

得到推荐的大小

select obj.owner,obj.object_name,obj.object_type,count(distinct bh.BLOCK#) "NUM. Buffers"

from dba_objects obj,v$bh bh

where obj.object_id=bh.OBJD

and owner != 'SYS'

group by obj.owner,obj.object_name,obj.object_type；

上述这段语句可以查看哪些对象正缓存再Buffer Cache中，正使用了多少个Buffer Cache缓冲区。

(3).使用多个缓冲池

alter system set db_cache_size=300M;

alter system set db_keep_cache_size=150M; 保持区

alter system set db_recycle_cache_size=50M; 回收区

将表分配给保持区

alter table col_cust storage (buffer_pool keep);

使用语句

select owner,segment_type,segment_name,buffer_pool

from dba_segments

where buffer_pool != 'DEFAULT';

可以查看分配情况

select name,block_size,current_size

from v$buffer_pool;

可以查看每个Buffer Pool的大小

select name "Buffer Pool",1 - (physical_reads / (db_block_gets + consistent_gets)) "Buffer Pool Hit Ratio"

from v$buffer_pool_statistics order by name;

可以查看每个Buffer Pool的命中率 KEEP越大越好，Recycle越小越好

(4).在内存中缓存表

虽然表可以放在保持区，但是由于Keep Pool也是由LRU控制的，所以当FTS(全表扫描)时，该表还是被放在LRU的最近最少使用那端。这样就有可能被移出。所以我们可以使用

alter table col_cust cache;

的方法把表变成一个高速缓存区表

select owner,table_name from dba_tables where ltrim(cache)='Y'

可以查看高速缓存区表的信息

Oracle性能优化调整--调整重做机制

当我们优化ORACLE性能,检查了Shared Pool和Buffer Cache命中率之后,意识到需要使这些结构的变得更大才能改进它们，但服务器中没有足够的内存来支持这一改进。同时又发现Redo Log Buffer的Retry Ratio又很低，表明Redo Log Buffer可能被设置得太大，在我们没有购买内存的情况下，调小Redo Log Buffer可能会是不错的选择哦! 不过调整之前一定要慎重,需要经过性能和安全性之间的反复权衡!

重做机制的原理大致是这样的,User Server Process --> 设立数据库检查点(Database Checkpoint) --> 将用户事务中所需要的信息(使用DML/DDL语句)记录下来 --> 复制到Redo Log Buffer中 --> 日志写入程序(LGWR)把Redo Log Buffer信息写到Online Redo Log上 --> 如果当前的Online Redo Log被全部写完了，该Redo Log就变成offline状态,切换另外一个Redo Log,并使其状态online(所以我们可以知道每个数据库必须至少有2个Redo Log文件，注意Redo Log是物理文件) --> Offline Redo Log的文件通过Archive (ARCO)后台进程机制,把该日志的内容复制到存档的重做日志!

如果发现系统的瓶颈是在重做日志机制的性能上面，我们就需要改进它的性能。

1.测量Redo Log Buffer性能

Redo Log Buffer Retry Ratio(重试率) 用户Server Process因为访问Redo Log Buffer而等候的概率，一般我们希望<1%

select retries.VALUE / entries.VALUE "Redo Log Buffer Retry Ratio"

from v$sysstat retries,v$sysstat entries

where retries.NAME='redo buffer allocation retries'

and entries.NAME = 'redo entries'

2.改进Redo Log Buffer性能

(1)增大参数Log_Buffer

(2)减少重做生成

UNRECOVERABLE关键字

NOLOGGING关键字