Oracle-等待事件解读

前端之家收集整理的这篇文章主要介绍了Oracle-等待事件解读前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

概述

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

等等…….

猜你在找的Oracle相关文章