关于的数据流在内存中的流动的过程

opsc

广义上你是对的。狭义上还是要参考yong的这个：

Manual workarea size policy:
              dedicated                       MTS
     --------------------------  ---------------------------------
9i   (1) SHA in PGA, UGA in PGA  (2) SHA in UGA, UGA in large pool
10g  (3) SHA in PGA              (4) SHA in UGA, UGA in large pool

Auto workarea size policy:
              dedicated                       MTS
     --------------------------  ---------------------------------
9i   (5) SHA in PGA              (6) SHA in UGA, UGA in large pool
10g  (7) SHA in PGA              (8) SHA in PGA (large pool not used)

viadeazhu

我再挑战下HuangYong的权威。
因为从狭义上我们区分UGA和PGA，那么从狭义上MTS也应该是排序发生在UGA。

opsc

tom在8i时说过：
it will allocate up to sort_area_retained_size in the UGA and the spill over into the "pure" PGA up
to sort_area_size if the sort exceeds the sort_area_retained_size AND sort_area_size is greater
then sort_area_retained_size.

不过我测不出来：

case1:

sort_area_retained_size              integer     0          => indicates 2M same as sort_area_size
sort_area_size                       integer     2048000         

session uga memory                                                   155488
session uga memory max                                               169232
session pga memory                                                   489192
session pga memory max                                               489192

do a big sort:

session uga memory                                                  1066296
session uga memory max                                              1066296
session pga memory                                                  1461032
session pga memory max                                              1461032

do a small sort then, u'll find uga is freed, but pga not:

session uga memory                                                   200752
session uga memory max                                              1066296
session pga memory                                                  1461032
session pga memory max                                              1461032

set retraned_size showed me the same behavior:

sort_area_retained_size              integer     16384
sort_area_size                       integer     2048000

Yong Huang

原帖由 viadeazhu 于 2009-10-16 21:04 发表
因为从狭义上我们区分UGA和PGA，那么从狭义上MTS也应该是排序发生在UGA。

You're absolutely correct! Sorting starts in UGA, and only uses PGA if sort_area_retained_size is explicitly set to a value smaller than sort_area_size, and usage of the memory already exceeds sort_area_retained_size. As opsc quotes Tom (see http://asktom.oracle.com/pls/ask ... ON_ID:4030213308432), "sorts are done in the UGA upto sort_area_retained_size and then spill into the PGA." The same statement is found in Jonathan's CBO book, p.365. And also Steve Adams's classical writing at http://www.ixora.com.au/q+a/memory.htm (see "Hash join memory"). Ignore my last message #9. I think I need to rewrite my note LargePoolMtsPga.txt. The correction I'll make is probably change all "SHA in PGA" to "SHA in UGA". Any suggestion?

Yong Huang

[ 本帖最后由 Yong Huang 于 2009-10-19 11:16 编辑 ]

magic007

不管是何种类型的DML语句，我认为都不会发生从buffer cache复制到pga，修改后再复制回buffer cache的事情。很简单的一个举证就是由于同时修改一个块引起的buffer busy wait这样的等待事件。

红叶DBA

原帖由 magic007 于 2009-10-20 22:25 发表
不管是何种类型的DML语句，我认为都不会发生从buffer cache复制到pga，修改后再复制回buffer cache的事情。很简单的一个举证就是由于同时修改一个块引起的buffer busy wait这样的等待事件。

我觉得你这样说法不能表明问题啊。

就算发生了  复制操作  ，也是有可能引起  buffer busy wait  事件的，引起这个事件主要是这个 Buffer 被 Lock 了。

Oracle 可以在复制过程中，同时Lock Buffer啊，所以这个举证不怎么充分啊！！！