AWS Aurora v11中Insert语句出现DataFileRead等待事件的原因排查

常见触发场景 #

Insert语句出现DataFileRead等待并非异常，以下是几种核心原因：

• 主键/唯一键唯一性校验
  这是最直接的原因。每次插入数据前，数据库必须校验新数据的PK/UK值未存在于表中。对于分区表，会先定位目标分区，再读取该分区的PK/UK索引块（B树结构）做校验。如果这些索引块不在内存缓冲池（buffer pool）里，就会触发DataFileRead等待，从磁盘加载索引数据。20个会话并行执行200万条单条Insert，会频繁触发索引块检查，一旦缓存命中率不足，这类等待就会大量出现。

• 分区元数据读取
  分区表每次Insert都要确定数据归属的分区，需要读取分区的元数据（比如分区键范围定义）来判断目标分区。如果分区元数据未被缓存，就会触发DataFileRead等待读取元数据文件。

• 统计信息相关读取
  执行Insert时，数据库可能会读取表或索引的统计信息来生成执行计划，或者在频繁插入时触发增量统计更新。如果统计信息文件不在缓存中，也会引发DataFileRead等待。

• Undo日志关联读取
  Aurora架构中，若存在事务需要一致性视图，或者回滚操作涉及的Undo块不在缓存，也可能触发DataFileRead等待。不过纯Insert场景下这种情况相对少见，但并行会话较多时仍有可能发生。

验证方向 #

• 查看等待事件的p1（文件ID）、p2（块号）参数，定位是索引块、表数据块还是元数据块的读取。
• 检查缓冲池命中率，若命中率偏低，说明缓存不足，可考虑调整缓存大小或优化索引策略。
• 查看分区表的分区数量，过多分区会增加元数据读取的开销。

内容的提问来源于stack exchange，提问作者nmakb