概述
等待事件主要可以分为两类,即空闲(IDLE)等待事件和非空闲(NON-IDLE)等待事件。
1). 空闲等待事件
ORACLE正等待某种工作,在诊断和优化数据库的时候,不用过多注意这部分事件。
2). 非空闲等待事件
专门针对 ORACLE 的活动,指数据库任务或应用运行过程中发生的等待,这些等待事件是在调整数据库的时候需要关注与研究的。
在 Oracle 10g 中的等待事件可以通过 v$event_name 视图来查看等待事件的相关信息。
常见等待事件
Buffer busy waits
从本质上讲,这个等待事件的产生仅说明了一个会话在等待一个 Buffer(数据块),但是导致这个现象的原因却有很多种。
常见的两种是:
当一个会话视图修改一个数据块,但这个数据块正在被另一个会话修改时
当一个会话需要读取一个数据块,但这个数据块正在被另一个会话读取到内存中时。
Oracle 操作的最小单位是块( Block),即使你要修改一条记录,也需要对这条记录所在的这个数据块做操作。
当一个会话修改一个数据块时,是按照以下步骤来完成的:
( 1) 以排他的方式获得这个数据块( Latch)
( 2) 修改这个数据块。
( 3) 释放 Latch。
Buffer latch
内存中数据块的存放位置是记录在一个 hash 列表( cache buffer chains)当中的。
当一个会话需要访问某个数据块时,它首先要搜索这个 hash 列表,从列表中获得数据块的地址,然后通过这个地址去访问需要的数据块,这个列表 Oracle会使用一个 latch 来保护它的完整性。
当一个会话需要访问这个列表时,需要获取一个 Latch,只有这样,才能保证这个列表在这个会话的浏览当中不会发生变化。
产生 buffer latch 的等待事件的主要原因是:
( 1) Buffer chains 太长,导致会话搜索这个列表花费的时间太长,使其他的会话处于等待状态。
( 2) 同样的数据块被频繁访问,就是我们通常说的热快问题。
Control file parallel write
控制文件频繁写入的原因很多,比如:
( 1) 日志切换太过频繁,导致控制文件信息相应地需要频繁更新。
( 2) 系统 I/O 出现瓶颈,导致所有 I/O 出现等待。
当系统出现日志切换过于频繁的情形时,可以考虑适当地增大日志文件的大小来降低日志切换频率。
当系统出现大量的 control file parallel write 等待事件时,可以通过比如降低控制文件的拷贝数量,将控制文件的拷贝存放在不同的物理磁盘上的方式来缓解I/O 争用。
等等…….