direct path read 等待事件分析

最新推荐文章于 2023-05-28 18:33:09 发布

转载最新推荐文章于 2023-05-28 18:33:09 发布 · 693 阅读

文章标签：

#path #asynchronous #session #disk #oracle #数据库

Oracle 同时被 2 个专栏收录

523 篇文章

订阅专栏

Oracle EBS

416 篇文章

订阅专栏

本文深入分析了生产数据库中出现的directpathread等待事件，通过检查fuser、kctune、v$session_wait等工具，发现问题是由于工作区使用达到阈值后，导致排序操作转移到临时表空间完成，进而引发直接路径读取。解决策略包括调整工作区大小政策、增加sort_area_size，减少对临时表空间的依赖。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

direct path read 等待事件分析:

from:http://space.itpub.net/13132547/viewspace-310245

今天生产数据库出现了几个direct path read等待事件，参考oracle文档，得知asynchronous disk operate有关，随即检查fuser /dev/async，kctune |grep aio_max_ops，show paramete disk_asynch_io 均正常。继续检查v$session_wait，发现file number 并不在dba_data_files中，据此推测此问题发生在temp tablespace中，随即检查v$sort_usage，发现出现的session，与v$session_wait中“direct path read”中的session吻合。继续检查pga的使用情况select * from v$pagstat发现，pga使用已较高（参考workarea_size_policy+pga_aggregate_target），综上所述，pga使用达到一定程度后（2G*5%*6process=600M)，只能使用temp tablespace完成排序操作，由于temp tablespace使用的disk，因此出现上述direct path read 也是正常的。解决此问题的方法为使用较大的将workarea_size_policy更改为manual，加大sort_area_size，减少使用temp tablespace的使用。