当前位置:Gxlcms > mysql > select语句的结果集可能会存放在pga的UGA区域以及对DML语句中的d

select语句的结果集可能会存放在pga的UGA区域以及对DML语句中的d

时间:2021-07-01 10:21:17 帮助过:41人阅读

select语句的结果集可能会存放在pga的UGA区域 问: oracle执行select操作,返回的结果集存放在什么位置?结果集中保存的是rowid集合还是真实的数据?返回的结果集是放在PGA区域么?如果返回的是真实的数据,那么如果数据量过大会不会造成内存溢出?请各位高

select语句的结果集可能会存放在pga的UGA区域

问:oracle执行select操作,返回的结果集存放在什么位置?结果集中保存的是rowid集合还是真实的数据?返回的结果集是放在PGA区域么?如果返回的是真实的数据,那么如果数据量过大会不会造成内存溢出?请各位高手解答


答:

If it's a simple select * from table, the data goes straight to the client. If the SQL has some intermediate steps for data processing,such as select count(*) from table, UGA will be used. In dedicated config, UGA is part of PGA.


Of course the data blocks will be scanned into SGA (buffer cache specifically), unless it's a direct path read. Your original question is whether the data will be in PGA. I already answered that. But no matter whether it's select *... or select count(*) ..., the table data must go to the buffer cache first (except for parallel read, and a few other special cases of direct path read).

Yong Huang

即对于直接获取的数据,没有必要额外存放,数据已经在那里(buffer cache, logical read/disk,phisical read logical read)
对于中间结果,例如Huang版说的,或者,排序结果、数组之类的,应该在PGA或磁盘中



参考:

http://www.itpub.net/thread-1505871-1-1.html


谷歌 select语句结果集 pga

==================================================================================================================================

对DML语句中的db block gets direct理解

问:

从v$sysstat中可以看到db block gets由db block gets from cache和db block gets direct构成.

前者很好理解,后者的含义是:"Number of times a CURRENT block was requested bypassing the buffer cache"

那么为什么要bypassing the buffer cache呢?

是因为在buffer cache中找不到吗?如果是因为在buffer cache中找不到,所以才bypassing buffer cache而到磁盘上找,那么db block gets direct的数量 + consistent gets direct的数量,就应该等于physical reads的数量,但实际确非如此,为什么呢?谢谢


答:

buffer cache的目的是什么呢?
如果你需要读取的block不适合,设buffer cache的目的甚至违背了其初衷。
那是不是应该bypassing buffer cache呢?

也就是说,一般情况下,要读一个block,都是“应该先到buffer cache中去找,找不到再从磁盘上找到,并先放到buffer cache中,以备下次需要时能直接从buffer cache中找到”的。
但是,有时候数据会被读到PGA中的,即如果大量数据要被读入,而且不会复用,那么读到buffer cache中就不合适了。


问:

这个bypassing buffer cache,是说的直接bypassing buffer cache,直接到磁盘上找; 还是说先到buffer cache中找不到而被迫到磁盘上找,然后找出来的block不放到buffer cache中去呢?
答:bypassing buffer cache直接到磁盘上找。

疑问:

关于db block gets direct
db block gets from cache是buffer cache中的current mode gets,

那么db block gets direct应该是pga中的current mode gets吧?

(执行DML语句时发生db block gets direct,则数据文件上的数据块直接存放到pga上的,所以应该是如此吧)
没有找到正式的说法



参考:

http://www.itpub.net/forum.php?mod=viewthread&tid=963118&highlight=

百度 db block gets direct

http://blog.itpub.net/7608831/viewspace-693190/ =

http://oracle.zwcoom.com/Oracle/Oracleguanli/20100312/143435.html


附加


1.3 CGA(调用全局区)的相关概念

CGA也是一块内存区域,但它是动态的,即随着调用(call)的开始而创建,在调用过程中一直存在,直到调用结束时被释放它存放的是在调用过程中所需要的数据

我们知道,调用主要包括解析(parse)调用、执行(executive)调用、获取(fetch)调用以及递归SQL调用和PL/SQL调用。从调用的种类可以看出,实际上在调用过程中所需要的数据,比如SQL AREAPL/SQL AREASORT AREA基本都是放在UGA的,因为这些数据在各个调用之间必须一直存在并可用。而CGA只存放了在调用过程中临时需要的数据,比如直接I/O缓存(Direct I/O Buffer以及堆栈空间等数据结构。因此,没有CGA中的数据结构,调用是无法完成的。

注意,CGA不象UGA可以位于SGA中(以共享服务器模式连接),CGA一定是位于PGA中的。如果当前进程正在运行,则每个PGA中只有一个CGA如果当前进程没有运行,则该进程的PGA中就没有CGA

上述说明,sql语句并行化查询时,产生的direct path read,是将数据文件上的数据读取到的pga上的cga这个区域的。


SQL操作指的不是一条SQL语句,而是其中的一个操作。如,需要sql工作区的SQL操作为哈希连接、排序等。

人气教程排行