侧边栏壁纸
博主头像
与晚风述往事博主等级

万般皆下品,唯有读书高。

  • 累计撰写 149 篇文章
  • 累计创建 29 个标签
  • 累计收到 7 条评论

目 录CONTENT

文章目录

Oracle “db file sequential read”等待事件

与晚风述往事
2022-04-14 / 0 评论 / 0 点赞 / 236 阅读 / 778 字 / 正在检测是否收录...
温馨提示:
本文最后更新于 2022-04-14,若内容或图片失效,请留言反馈。部分素材来自网络,若不小心影响到您的利益,请联系我们删除。

介绍

今天,有同事反馈说是SQL语句执行时间很长,并且得不到结果。于是,我这边在获取到SQL语句后,重新执行并在查询的过程中,查询此SQL语句的等待事件。查询后,我发现该语句执行过程中一直是“db file sequential read”。

解读

参考:https://docs.oracle.com/cd/E11882_01/server.112/e41573/instance_tune.htm#PFGRF94485

从官方文档得知,此等待事件是用户进程正在将buffer读取到SGA buffer cache中,并等待物理I/O调用返回。sequential读取是单块读取。

上面这句话单纯读起来会比较难理解,简单来说就是用户进程正在单块读取磁盘上的DBF数据文件,并将其读入到SGA buffer cache中。这也就意味着,SQL语句需要查询的数据并不能直接在SGA buffer cache中读取到全部的数据,部分数据需要重新从磁盘上的DBF数据文件读入到SGA buffer cache中。如下图所示:
image-1649921813907

什么情况下会使用单块读呢?
通常情况下,单块读取会发生在使用索引的时候。少数情况下,全表扫描可能会由于extent边界或buffer cache中已存在buffer数据而被截断成单个块读取。

如果想要了解具体的等待信息,可以查询v$session_wait视图的以下字段:

  • P1 决对文件号,也就是数据文件的文件编号
  • P2 正在读取的数据块
  • P3 数据块的数量(应该是1)

对于一个健康的数据库来说,physical read waits应该是继idle waits后最大的等待事件。

注意,对于一个正常的OLTP系统来说,“db file sequential read”等待事件不算是问题。但是,如果SQL语句一直卡在该等待事件上,则可能需要调整SQL语句来避免单块读,或排查磁盘I/O是否出现异常。

0

评论区