【等待事件】System I/O类等待事件（3.1）--db file parallel write

SELECT *

FROM v$event_name

WHERE NAME IN ('db file parallel write');

这个等待事件有3个参数：

Requests：操作需要执行的I/O次数(DBWR写入批量的大小-块数)。

interrupt：(中断)

timeout：等待的超时时间。

在V$SESSION_WAIT这个视图里面，这个等待事件有三个参数P1、P2、P3，其中P1代表Oracle正在写入的数据文件的数量，P2代表操作将会写入多少的BLOCK数量，P3在Oracle9i release2版本之前代表总共有多少BLOCK的I/O请求，等于P2的值；在Oracle9i release2版本之后则代表等待I/O完成的超时的时间，单位是百分之一秒。

经过高速缓冲区的所有数据是通过DBWR写入到磁盘上的。DBWR请求写入脏块的I/O后，在此工作结束期间等待db file parallel write事件。

这是一个后台等待事件，它同样和用户的并行操作没有关系，它是由后台进程DBWR产生的，当后台进程DBWR向磁盘上写入脏数据时，会发生这个等待。

DBWR会批量地将脏数据并行地写入到磁盘上相应的数据文件中，在这个批次作业完成之前，DBWR将出现这个等待事件。如果仅仅是这一个等待事件，对用户的操作并没有太大的影响，当伴随着出现free buffer waits等待事件时，说明此时内存中可用的空间不足，这时候会影响到用户的操作，比如影响到用户将脏数据块读入到内存中。

当出现db file parallel write等待事件时，可以通过启用操作系统的异步I/O的方式来缓解这个等待。当使用异步I/O时，DBWR不在需要一直等到所有数据块全部写入到磁盘上，它只需要等到这个数据写入到一个百分比之后，就可以继续进行后续的操作。

这个等待事件是指Oracle后台进程DBWR等待一个并行写入文件或者是BLOCK的完成，等待会一直持续到这个并行写入操作完成。这个等待事件即使在总的等待时间中占的比例比较大也不会对用户的会话有很大的影响，只有当用户的会话显示存在大量的等待时间消耗在"write complete waits" 或者是"free buffer waits"上的时候才会影响到用户的会话，较明显的影响是这个写操作的等待会影响到读取同一个磁盘上数据的用户会话的I/O。

①　与其名称相反，该事件不与任何并行DML操作相关。

②　该等待事件属于DBWR进程，DBWR进程负责向数据文件写入脏数据块的唯一进程，即DBWR进程执行对使用SGA的所有数据库写入。阻塞该进程的是操作系统的IO子系统。当然DBWR进程的写入操作也会对同一磁盘操作的其他会话造成影响。

③　DBWR查找脏块的时机：

>> 每隔三秒一次的查找。

>> 当前台提交需要清除缓冲区内容时。

>> 当满足_DB_LARGE_DIRTY_QUEUE/_DB_BLOCK_MAX_DIRTY_TARGET /FAST_START_MTTR_TARGET阈值。

④　缓慢的DBWR操作可以造成前台会话在write complete waits(前台不允许修改正在传输到磁盘的块)或free buffer waits(DBWR不能满足释放缓冲区的需求)事件上。通过以下语句可以获知该事件的平均等待时间，如果平均等待时间大小10cs，则表明IO缓慢。如果不存在db file parallel write事件，很可能初始化参数disk_async_io=FALSE，这种情况一般发生在AIX和HPUX平台上。

SELECT s.event, s.time_waited, s.average_wait

FROM v$system_event s

WHERE s.event IN ('db file parallel write', 'free buffer waits',

'write complete waits')

相关查询：

SELECT *

FROM v$sysstat

WHERE NAME IN ('write clones created in background',

'write clones created in foreground')

⑤　操作说明：DBWR将一组脏数据编成"写入批量组"，然后发布多个IO请求以将"写入批量组"写入数据文件，然后以此事件等待直到IO请求都完成。但是，当使用异步IO时，DBWR不等待整个批量写入完成，仅等待一定百分比的IO操作完成后，就将空闲缓冲区推到LRU链以使其可用。

⑥　解决方法：

>> 如果平均等待时间长，要选择使用正确的IO操作。如果数据文件在裸设备上，并且平台支持异步IO，请应该使用异步IO。如果数据文件位于文件系统上，则应该使用同步写入和直接IO。相关的初始化参数是DISK_ASYNCH_IO和FILESYSTEMIO_OPTIONS。

>> 如果重做位于祼设备上，而数据文件位于文件系统上，则可以设置DISK_ASYNCH_IO=TRUE，FILESYSTEMIO_OPTIONS=DIRECTIO。使用这种方法可以获得对于祼设备使用异步IO，而对于文件系统使用直接IO的效果。

>> 使用DB_WRITER_PROCESSES选项产生多个DBWR进程。

1、I/O系统的性能缓慢时

db file parallel write等待的发生原因和解决方法如下：

如果DBWR进程上db file parallel write等待时间表现得过长，就可以判断为I/O系统上有问题。如果DBWR上的db file parallel write等待时间延长，服务器进程就会接连经历free buffer waits事件或write complete waits事件的等待。这个问题可以通过改善I/O系统解决，改善I/O性能的方法如下：

（1）组合使用裸设备和异步I/O是目前为止的最好方法。

（2）OS级上使用Direct I/O。若CPU数量充足，可以调整db_writer_processes参数值，将DBWR数量增加。多个DBWR具有模拟异步的效果。oracle推荐的DBWR进程是CPU_COUNT/8。

2、I/O工作过多时

频繁发生检查点时，DBWR的活动量过多，可能导致DBWR的性能降低。DBWR的性能与整个系统的性能有直接的联系。将fast_start_mttr_target(MTTR指平均恢复时间,数据库进行崩溃恢复需要的秒数。)参数值设定过小时，将频繁发生增量检查点工作。日志文件过小时，将频繁发生日志文件的转换，因此检查点工作将增加。因Parallel Query发生direct path read时，在truncate、drop、hot backup时也发生检查点。如果I/O系统上不存在性能问题，但还是广泛出现db file parallel write等待，就应该检查是否存在给DBWR带来不必要的负荷的因素。

3、不能有效使用高速缓存区时

间接改善DBWR性能的另一种方法是合理使用多重缓冲池。与其说这个方法能改善I/O系统的性能，不如说是因为不必要的写入工作减少，进而减少了DBWR的负担。

【等待事件】System I/O类等待事件（3.1）--db file parallel write

更多相关文章

随机推荐

【等待事件】System I/O类 等待事件（3.1）--db file parallel write

更多相关文章

随机推荐

【等待事件】System I/O类等待事件（3.1）--db file parallel write