开始讲解awr报告Top 5 Timed Events部分
今天讲db file sequential read 等待事件
Oracle和Python内容会交替着写
db file sequential read
物理读发生在一个用户需要的数据块不在SGA,从而将其从磁盘读取到SGA中
如果此时别的会话需要该数据块则必须等待这个过程结束,这时就产生了等待
顺序读是物理读的一种方式,这里的顺序指的是读取数据块到一个连续的内存区域,而且总是读取单个数据块(single-block read)
如何该等待严重说明数据块存在严重的争用情况
这点不同于scattered read,这个将在下节讲述
何时会发生
单个数据块读(single-block read)是由SQL语句引起的(用户发出或者递归调用)
一般发生在以下情况:
如何处理
由于物理读是非常正常的,出现这个等待事件不意味着数据库出现性能问题
但是如果我们在TOP 5 Wait Event中看到其处于非常前的位置(第二甚至第一)时就需要引起我们的注意了
特别需要关注Avg Waits 参数,最好小于10ms,这里可采用如下方法进行解决
在优化磁盘的同时,我们还需要注意应用程序的SQL语句问题,因为一般这种等待都是由SQL语句造成的,我们需要找出找出相应的SQL语句.
可能是索引使用不当导致,这时我们可以定位到具体的表或索引,通过执行计划判断索引是否合理,是否需要走全表扫描等等方式来进行优化
如下是一些常用的诊断方式,通过如下方式定位到具体的会话,在通过sql_id或hash_value找出具体的语句用于优化
查看当前正在等待的会话
我们可以查看v$session_wait 视图的TIME_WAITED栏位来定位当前哪个会话等待 sequential read过长时间(实时)
select * from v$session_Wait where event = 'db file sequential read'
P1代表File ID,可通过dba_data_File视图的FILE_ID字段看出是哪个数据文件
P2代表 First block,即该块在数据文件上开始的位置
P3代表块数,由于sequential read为单块读,则该值始终为1
我们可以通过P1 P2参数得出对象的名称和类型
select segment_name, segment_type from dba_extents where file_id = 128 and 3277531 between (block_id and block_id + blocks - 1);
查看从实例启动以来等待的会话
使用 v$session_event视图来定位哪个会话等待 sequential read过长时间(非实时)
也可使用v$system_event视图查看系统整体的等待事件
SELECT sid, total_waits, time_waited FROM v$session_event WHERE event='db file sequential read' and total_waits>0 ORDER BY 3 desc ,2
注意由于SID是可以复用的,这样查出来的有可能有问题
比如查看SID为617的会话对应的语句也有可能是上个SQL语句导致的sequential read等待,这点需要注意
查看高物理读的数据文件
我们可以通过awr报告中的 Tablespace IO Stats 和File IO Stats 区域来定位最多IO操作的表空间和数据文件,如果可以请将其放置在高速的磁盘中(SSD)
查看高物理读的SQL语句 同样可以查看v$sql中高物理读的语句以及awr SQL ordered by Reads区域
参考资料
下期预告
db file scattered read