标签：不能 ssi 控制文件 his RoCE and int 影响 truncate
db file sequential read：直接路径读；
官方说明如下：
This event signifies that the user process is reading a buffer into the SGA buffer cache and is waiting for a physical I/O call to return. A sequential read is a single-block read.
Single block I/Os are usually the result of using indexes. Rarely, full table scan calls could get truncated to a single block call because of extent boundaries, or buffers present in the buffer cache. These waits would also show up as db file sequential read.
Check the following V$SESSION_WAIT parameter columns:
P1: The absolute file number
P2: The block being read
P3: The number of blocks (should be 1)
解释：ORACLE进程需要访问block不能从SGA中获取的时候，因此oracle进程会等待block从I/O读取到SGA；
一个顺序读是一个单块读,单块I/O一般来自索引读的结果；
db file sequential read等待事件有3个参数：
P1: The absolute file number 文件号
P2: The block being read first block＃
P3: The number of blocks (should be 1) block数量
db file sequential read等待时间是由于执行对索引，回滚（undo）段，和表（当借助rowid来访问），控制文件和数据文件头的单块读操作SQL语句（用户和递归）引起的。对于这些对象的物理I/O请求是很正常的，因此db file sequential read等待的存在不是一定意味库或应用出错了。如果会话在这事件上花了好长事件，它可能也不是一个糟糕的事情。相反，如果会话花了大量时间在equeue或latch free上，那么一定是有问题。
db file sequential read等待事件有3个参数：file＃，first block＃，和block数量。在10g中，这等待事件受到用户I/O等待级别的影响。当处理db file sequential read等待事件的时候，牢记以下关键想法。
Oracle进程需要一个当前不在SGA中的块，等待数据库块从磁盘读入到SGA中
要看的两个重要的数字是单独会话的TIME_WAITED和AVERAGE_WAIT。
重要db file sequential read等待时间最可能是一个应用问题。
AWR报告中的系统的等待事件中的db file sequential read是否合理？
第一个重要参数
db file sequential read的优化方法：
从读取开始，增加SGA中buffer cache的大小，避免每次都从硬盘中去读数；
优化sql语句，减少不必要的块读取；
你能做两件事来最小化db file sequential read事件：
通过降低physical和logical read来优化导致大多数wait的SQL语句
降低平均等待时间
标签：不能 ssi 控制文件 his RoCE and int 影响 truncate
原文地址：https://www.cnblogs.com/sunkang-dba/p/11994376.html
