等待事件主要可以分为两类，即空闲(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 争用。
