【等待事件】User I/O类 等待事件（2.6）--direct path write（直接路径写、DRW）

SELECT * FROM V$EVENT_NAME A WHERE A.NAME = 'direct path write';这个等待事件有三个参数：

• file number: 要写入的绝对文件号file number，可发现所进行的操作性质(如：排序/并行操作)

• first dba: 起始块号first dba

• block cnt: 块数block cnt，可发现直接写入IO的大小

由参数P1与P2推得访问的数据对象：

select s.segment_name, s.partition_name

  from dba_extents s

 where  between s.block_id and (s.block_id + s.blocks -1) and s.file_id =

这个等待事件和direct path read 正好相反，是会话将一些数据从PGA中直接写入到磁盘文件(数据文件或临时文件)上，而不经过SGA。这类读取通常在以下情况被使用：

1. 直接路径加载（使用append方式加载数据、CREATE TABLE AS SELECT）

2. 并行DML操作 

3. 磁盘排序使用临时表空间排序（内存不足） 

最常见的直接路径写，多数因为磁盘排序导致。对于这一写入等待，应该找到I/O操作最为频繁的数据文件（如果有过多的排序操作，很有可能就是临时文件），分散负载，加快其写入操作。

如果系统存在过多的磁盘排序，会导致临时表空间操作频繁，对于这种情况，可以考虑为不同用户分配不同的临时表空间，使用多个临时文件，写入不同磁盘或者裸设备，从而降低竞争提高性能。

direct path write是允许一个会话让一个I/O写请求入队列的同时处理操作系统的I/O。如果会话想确认明显的写是否已经完成就会出现这个等待事件。因为会话需要空的缓存和空的槽位(等待之前的I/O释放)，或者是会话需要确认所有的写操作都已经完成。如果没有使用异步I/O，I/O请求会被阻塞直到之前的I/O请求完成后，但是此时不会出现I/O等待，会话稍后重新恢复并加速I/O请求的完成，此时就会出现direct path write等待。因此，对于这个等待事件容易产生两方面的误解：一是认为等待的总的数量不能反映出I/O请求的数量，二是消耗在这个等待事件上的总的时间不能反映出实际的等待时间。这类型的写请求主要是用于直接装载数据的操作(create table as select)、并行的DML操作、不在内存中排序的I/O以及写入没有cache的LOB段操作。

关于该等待事件，以下的几点需要注意：

1. 从PGA写入数据文件，一个会话可以发布多个写入请求和连续的处理。

2. 直接写入可以按同步或异步方式执行，取决于平台和DISK_ASYNC_IO参数的值。

3. 通常用于在数据加载（APPEND提示、CTAS－CREATE　TABLE　AS　SELECT）、并行DML操作时写入到临时段。

4. 在使用异步IO时，direct path write事件产生的等待时间不准确，所以通过v$sesstat视图来获得直接写入次数来评估该事件的影响情况：

SELECT A.NAME,
       B.SID,
       B.VALUE,
       ROUND((SYSDATE - C.LOGON_TIME) * 24) HOURS_CONNECTED
  FROM V$STATNAME A, V$SESSTAT B, V$SESSION C
 WHERE A.STATISTIC# = B.STATISTIC#
   AND B.SID = C.SID
   AND B.VALUE > 0
   AND A.NAME = 'PHYSICAL WRITES DIRECT';

这个等待事件的等待时间是指等待BLOCK直到明显的I/O请求完成的时间。通常来说，如果不是存在特殊的JOB,一般是不会出现这个等待事件，如果在等待事件中这个等待事件占的比重比较大，可以从如下几个方面来调整：

如果是等待的文件是临时表空间的文件，那么需要查看是否存在大量不合理的磁盘排序，优化相应的存在问题的SQL语句。如果是Oracle9i可以考虑使用自动SQL执行内存管理，Oracle8i的话可以手工的调整各种排序区。

确认异步I/O是否配置正确，异步I/O不会减少这个等待事件的等待时间但是却可以减少会话所消耗的时间。

检查是否存在I/O消耗很严重的SQL语句，如果存在，尝试优化SQL语句减少I/O的消耗。

最后确认一下是否达到了磁盘的I/O极限，如果是，则需要考虑更换更好的硬件设备。

大量的direct path read等待事件最可能是一个应用程序的问题。

注：

>> 1. 如果是Temp文件，则表示该会话正在写入临时表空间，查明使用临时段的类型，有助于了解会话所做的事情。

SELECT DISTINCT decode(t.ktssosegt,

                        1,'SORT',

                        2,'HASH',

                        3,��̭,��̭'DATA',

                        4,'INDEX',

                        5,'LOB_DATA',

                        6,'LOB_INDEX',

                        'UNDEFINED')

  FROM sys.x$ktsso t

 WHERE t.inst_id = userenv('instance') AND

       t.kssoses = <当前session地址> AND

       t.ktssosno =

>> 2. 如果是数据文件，则可能正在执行一项直接路径加载操作，通过P1值确定数据文件的名称：

select s.NAME from v$datafile s where s.FILE# =

union all

select a.name

from v$tempfile a, v$parameter b

where b.NAME = 'db_files'

      and a.FILE# + b.VALUE =