Oracle 常见等待事件之“db file scattered read”

db file scattered read

此事件表示用户进程正在将缓冲区内容，读取到SGA缓冲区缓存中，并正在等待物理I/O调用返回。db file scattered read 分散读取，将数据读取到多个不连续的内存位置。分散读取通常是多块读取。除了全表扫描外，还可以进行快速全扫描（索引）。db file scattered read 标志着正在进行完全扫描。当对缓冲高速缓存执行完全扫描时，读取的块被读取到物理上彼此不相邻的存储器位置。这样的读取被称为分散读取调用，因为块分散在整个内存中。这就是为什么相应的等待事件被称为 “db file scattered read”。由于对缓冲区缓存的完全扫描而导致的多块（最多DB_FILE_multiblock_READ_COUNT块）读取显示为等待“db file scattered read”。

检查以下V$SESSION_WAIT参数列：

P1: The absolute file number
P2: The block being read
P3: The number of blocks (should be greater than 1)

在一个健康的系统上，物理读取等待应该是空闲等待之后最大的等待。然而，还要考虑在应该进行小型索引访问的操作（OLTP）系统上是否存在直接读取等待（表示使用并行查询进行全表扫描）或 db file scattered read 等待。其他可能表明系统I/O负载过大的因素包括：

• 缓冲区缓存命中率低
• 这些等待事件累积了用户响应时间差的大部分等待时间

1. 管理过度I/O

有几种方法可以处理过度的I/O等待。按照有效性的顺序，这些措施如下：

• 通过SQL调优减少I/O活动。
• 通过管理工作负载来减少对I/O的需要。
• 使用DBMS_STATS包收集系统统计信息，使查询优化器能够准确地计算使用完全扫描的可能访问路径的成本。
• 使用自动存储管理。
• 添加更多磁盘以减少每个磁盘的I/O数量。
• 通过在现有磁盘上重新分配I/O来缓解I/O热点。

第一步应该是寻找减少I/O的机会。检查等待这些事件的会话正在运行的SQL语句，以及导致V$SQLAREA的高物理I/O的语句。可能对执行计划产生不利影响的因素包括：

• SQL优化不当
• 缺少索引
• 表的高度并行性（使优化器偏向扫描）
• 优化器缺乏准确的统计数据
• 将DB_FILE_MULTIBLOCK_READ_COUNT初始化参数的值设置得太高，有利于完全扫描

2. I/O分配不足

除了减少I/O之外，还要检查文件在磁盘上的I/O分布。I/O是否在磁盘上均匀分布，或者某些磁盘上是否存在热点？磁盘数量是否足以满足数据库的I/O需求？查看数据库的总I/O操作（读取和写入），并将其与使用的磁盘数量进行比较。请记住包括LGWR和ARCH进程的I/O活动。

• 查找由等待I/O的会话执行的SQL语句

使用以下查询在某个时间点确定哪些会话正在等待I/O：

SELECT SQL_ADDRESS, SQL_HASH_VALUE
  FROM V$SESSION 
 WHERE EVENT LIKE 'db file%read';  

• 查找需要I/O的对象

为了确定可能的原因，当会话等待db file scattered read 时，首先查询V$SESSION以识别ROW_WAIT_OBJ#的值。例如：

SELECT row_wait_obj# 
  FROM V$SESSION 
 WHERE EVENT = 'db file scattered read';

要识别争用的对象和对象类型，请使用从V$SESSION返回的ROW_WAIT_OBJ#的值查询DBA_OBJECTS。例如：

SELECT owner, object_name, subobject_name, object_type
  FROM DBA_OBJECTS
 WHERE data_object_id = &row_wait_obj;