10.3.4 direct path read and direct path read temp

最新推荐文章于 2021-04-15 17:36:27 发布

scan724

最新推荐文章于 2021-04-15 17:36:27 发布

阅读量415

点赞数

CC 4.0 BY-SA版权

分类专栏： OWI

本文链接：https://blog.youkuaiyun.com/zhaoyangjian724/article/details/54140001

OWI 专栏收录该内容

87 篇文章 ¥39.90 ¥99.00

订阅专栏

本文深入探讨了Oracle数据库中的直接路径读取（direct path read）和直接路径读取临时（direct path read temp）操作，揭示了这两种技术在大数据量处理时如何提升性能，以及它们对内存和磁盘I/O的影响。同时，文章还将讨论它们与传统块读取的区别，并给出优化建议。

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

10.3.4 direct path read and direct path read temp

当一个会话是从磁盘读buffer 直接到PGA(相对于buffer cache 在SGA), 它在这个事件上

如果I/O 子系统不支持异步I/Os, 那么每个等待对应物理读请求。


如果 I/O  子系统支持异步I/O, 然后处理是可以 重叠执行度请求和处理blocks 在PGA里。

当处理尝试访问一个block 在PGA ,block 没有从磁盘读取。

它然后执行一个等待请求 和更新统计信息对于这个事件。

因此,等待的次数是和读请求的次数是不相同的


检查 v$session_wait 参数列:


p1:File_id 对于读的请求

p2: 开始block_id 对于读请求

p3: 读的块数


10.3.4.1  原因

这种情况发生在下面的情况:

1. 排序是太大的 来放入到内存, 一些排序的数据是直接写出到磁盘。


这个数据是随后被读回,使用直接读


2.并行slaves 是用于扫描数据

3.server 进程是处理buffer 快于系统可以返回的buffers, 这个表明一个过载的I/O系统


10.3.4.2 Actions：


file_id 显示如果 读是对于一个对象 在TEMP 表空间(在磁盘上排序) 或者全表扫描通过并发slaves.

这个等待是最大的等待对于大的数据仓库。 然而,如果负载不是一个设计支持系统负载的,然后检查为什么这个状态是发生的


10.3.4.2.1  磁盘排序

检验 SQL语句当前通过session 经历等待来看 什么导致了排序。


查询V$TEMPSEG_USAGE 来找到SQL语句 在进行排序。


也

了解本专栏