如果db file scattered read事件是伴随Multi Block I/O发生的等待事件，那db file sequential read事件就是伴随Single Block I/O发生的等待事件。每次发生Single Block I/O时，就会发生一次db file sequential read事件的等待。Single Block I/O可以发生在从文件读取一个块的所有工作上，一般在索引扫描、通过ROWID的表扫描、读取控制文件和文件头时发生。
SQL> select event#,name,parameter1,parameter2,parameter3 from v$event_name where name = 'db file sequential read';这个等待事件包含三个参数：
EVENT# NAME PARAMETER1 PARAMETER2 PARAMETER3
---------- ------------------------------ --------------- --------------- ---------------
143 db file sequential read file# block# blocks
file# ：要读取的数据块所在数据文件的文件号。
block#：读取的起始数据块号。
blocks：需要读取的数据块数目。（在这里应该等于1）
db file sequential read等待使性能出现问题，这些性能问题大多数发生在低效的索引扫描、行迁移、行链接引发附加的I/O过程中。
1、应用程序层
低效的sql语句或低效的索引扫描经常被使用时，因不必要的物理I/O增加，可能增加db file sequential read等待。使用选择性较差的索引是发生db file sequential read等待的主要原因。
2、oracle内存层
如果高速缓冲区过小，就会反复发生物理I/O，因此可能增加db file sequential read等待，这时同时发生free buffer waits等待的概率较高。如果大量发生free buffer waits等待，应该考虑扩展高速缓存区的大小。始终要考虑利用多重缓冲池，有效使用高速缓存区。利用多重缓冲池减少db file sequential read等到的原理，与减少db file scattered read等待的原理相同。
3、OS/裸设备层
如果sql优化或高速缓存区优化、重建表也不能解决问题，就应该怀疑I/O系统本身的性能。将db file sequential read事件的等待次数和等待时间比较后，如果平均等待时间长，缓慢的I/O系统成为原因的可能性高。之前也讨论过，I/O系统上的性能问题在多钟情况下均会发生，因此需要充分调查各种因素。
利用v$filestat视图，可分别获得各数据文件关于Multi Block I/O和Single Block I/O的活动信息。
select f.file#,如果特点文件上平均执行时间表现的过高，则应该通过提高该文件所在的I/O系统的性能，以此改善性能。没有关于Multi Block I/O的最合理的平均等待时间值，但一般应该维持10微妙左右的平均等待时间。
f.name,
s.phyrds,
s.phyblkrd,
s.readtim, --所有的读取工作信息
s.singleblkrds,
s.singleblkrdtim, --Single Block I/O
(s.phyblkrd - s.singleblkrds) as multiblkrd, --Multi Block I/O次数
(s.readtim - s.singleblkrdtim) as multiblkrdtim, --Multi Block I/O时间
round(s.singleblkrdtim /
decode(s.singleblkrds, 0, 1, s.singleblkrds),
3) as singleblk_avgtim, --Single Block I/O 平均等待时间（cs）
round((s.readtim - s.singleblkrdtim) /
nullif((s.phyblkrd - s.singleblkrds), 0),
3) as multiblk_avgtim --Multi Block I/O 平均等待时间（cs）
from v$filestat s, v$datafile f
where s.file# = f.file#;