Oracle Study之--Oracle等待事件（4）
Db file scattered read
这个等待事件在实际生产库中经常可以看到，这是一个用户操作引起的等待事件，当用户发出每次I/O需要读取多个数据块这样的SQL 操作时，会产生这个等待事件，最常见的两种情况是全表扫描（FTS： Full Table Scan）和索引快速扫描（IFFS： index fast full scan）。
这个名称中的scattered( 分散)，可能会导致很多人认为它是以scattered 的方式来读取数据块的，其实恰恰相反，当发生这种等待事件时，SQL的操作都是顺序地读取数据块的，比如FTS或者IFFS方式（如果忽略需要读取的数据块已经存在内存中的情况）。
这里的scattered指的是读取的数据块在内存中的存放方式，他们被读取到内存中后，是以分散的方式存在在内存中，而不是连续的。
这个等待事件有三个参数：
File#： 要读取的数据块所在数据文件的文件号。
Block#： 要读取的起始数据块号。
Blocks： 需要读取的数据块数目。
案例分析：
12:04:54 SYS@ prod>select event,TOTAL_WAITS,AVERAGE_WAIT from v$system_event 12:04:59 2 where upper(event) like ‘DB FILE%‘; EVENT TOTAL_WAITS AVERAGE_WAIT ---------------------------------------------------------------- ----------- ------------ db file sequential read 5069 .02 db file scattered read 930 .03 db file single write 27 .36 db file parallel write 15 14.24 db file parallel read 34 .64 Elapsed: 00:00:00.12 12:06:53 SCOTT@ prod>select * from t1; 12:05:04 SYS@ prod>select event,TOTAL_WAITS,AVERAGE_WAIT from v$system_event 2* where upper(event) like ‘DB FILE%‘ EVENT TOTAL_WAITS AVERAGE_WAIT ---------------------------------------------------------------- ----------- ------------ db file sequential read 5166 .02 db file scattered read 966 .03 db file single write 27 .36 db file parallel write 16 13.69 db file parallel read 34 .64 Elapsed: 00:00:00.02
oracle在执行FTS时也进行Single Block I/O。这时即便是FTS也会发生db file sequential read等待。FTS上使用Single Block I/O或读取比MBRC值小的块数的情况如下：
（1）达到区的界线时：如一个区有9个块，一次Multi Block I/O读取8个块，则一次以Multi Block I/O读取之后的剩余一个块通过Single Block I/O读取，如果剩下的块有两个，就会执行Multi Block I/O，而且只读取两个块。
（2）扫描过程中读取被缓存的块时：如读取8个块时，其中第三个块被缓存，oracle将前两个块通过Multi Block I/O读取，对于第三个块执行一次Logical I/O，剩下的5个块通过Multi Block I/O读取。这种情况经常发生时，因引发多次的I/O，可能成为FTS速度下降的原因。
（3）存在行链接时：在执行FTS的过程中，如果发现了行链接，oracle为了读取剩下的行引起的附加I/O，此时执行Single Block I/O。
14:16:34 SYS@ prod>show parameter mult NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_file_multiblock_read_count integer 19 parallel_adaptive_multi_user boolean TRUE 14:17:28 SYS@ prod>col segment_name for a20 14:18:08 SYS@ prod>select OWNER,SEGMENT_NAME ,SEGMENT_TYPE,EXTENT_ID,BLOCK_ID,BLOCKS from dba_extents 14:18:47 2 where segment_name=‘T1‘ AND owner=‘SCOTT‘; OWNER SEGMENT_NAME SEGMENT_TYPE EXTENT_ID BLOCK_ID BLOCKS ------------------------------ -------------------- ------------------ ---------- ---------- ---------- SCOTT T1 TABLE 0 168 8 SCOTT T1 TABLE 1 184 8 SCOTT T1 TABLE 2 192 8 SCOTT T1 TABLE 3 200 8 SCOTT T1 TABLE 4 208 8 SCOTT T1 TABLE 5 216 8 SCOTT T1 TABLE 6 224 8 SCOTT T1 TABLE 7 232 8 SCOTT T1 TABLE 8 240 8 SCOTT T1 TABLE 9 248 8 SCOTT T1 TABLE 10 256 8 SCOTT T1 TABLE 11 264 8 SCOTT T1 TABLE 12 272 8 SCOTT T1 TABLE 13 280 8 SCOTT T1 TABLE 14 288 8 SCOTT T1 TABLE 15 296 8 SCOTT T1 TABLE 16 384 128 OWNER SEGMENT_NAME SEGMENT_TYPE EXTENT_ID BLOCK_ID BLOCKS ------------------------------ -------------------- ------------------ ---------- ---------- ---------- SCOTT T1 TABLE 17 512 128 SCOTT T1 TABLE 18 640 128 SCOTT T1 TABLE 19 768 128 SCOTT T1 TABLE 20 896 128 SCOTT T1 TABLE 21 1024 128 22 rows selected. Elapsed: 00:00:00.78
Db file sequential read
这个等待事件在实际生产库也很常见，当Oracle 需要每次I/O只读取单个数据块这样的操作时，会产生这个等待事件。最常见的情况有索引的访问（除IFFS外的方式），回滚操作，以ROWID的方式访问表中的数据，重建控制文件，对文件头做DUMP等。
这里的sequential也并非指的是Oracle 按顺序的方式来访问数据，和db file scattered read一样，它指的是读取的数据块在内存中是以连续的方式存放的。
这个等待事件有三个参数：
File#： 要读取的数据块锁在数据文件的文件号。
Block#： 要读取的起始数据块号。
Blocks： 要读取的数据块数目（这里应该等于1）。
本文出自 “天涯客的blog” 博客，请务必保留此出处http://tiany.blog.51cto.com/513694/1535891