ESTIMATED_OPTIMAL_SIZE
Estimated size (in bytes) required by this work area to execute the operation completely in memory (optimal execution).
Derived from either optimizer statistics or previous executions.
ESTIMATED_ONEPASS_SIZE
Estimated size (in bytes) required by this work area to execute the operation in a single pass.
Derived from either optimizer statistics or previous executions.
上面的解释,看出
那么optimizer statistics具体指的是什么呢?应该是work area profile。我们看下它的定义即可知:
work area profile是一组元数据,描述了该SQL语句所需要的工作区的所有特征,包括该SQL的类型(sort还是hash-join等)、该SQL语句的并行度、所需要的内存等信息。它是SQL语句操作与内存管理器之间唯一的接口。
结论:
一个SQL语句的每一个子游标都对应有自己的一个SQL工作区对象,而optimal尺寸和onepass尺寸是SQL工作区对象的属性。只要该SQL语句内容不变,则它的子游标对应的SQL工作区的属性optimal尺寸和onepass尺寸的值也不变。
oracle系统根据optimizer statistics(指的就是work area profile)估算出optimal尺寸和onepass尺寸,而期望尺寸以optimal尺寸和onepass尺寸依据,根据一定规则计算得到。
注释:一个SQL语句的每一个子游标都对应有自己的一个SQL工作区对象,该SQL工作区对象是该子游标第一次运行时创建,而后,无论是否给SQL工作区对象动态分配(或是撤销)内存,SQL工作区对象这个对象还是始终存在的。
“SQL工作区对象”不同于“SQL工作区”这个概念,即前者是一个对象,后者是单纯的一块内存空间。当系统给SQL工作区对象动态分配一块内存空间时,这片内存空间,就称为SQL工作区。
附加:
对一个sql工作区域的大小是否符合一个sql语句执行时所需的sql工作区域的大小的评价,分三个等级:
optimal尺寸:SQL语句能够完全在所分配的SQL工作区内完成所有的操作。这时的性能最佳。
onepass尺寸:SQL语句需要与磁盘上的临时表空间交互一次才能够在所分配的SQL工作区中完成所有的操作。
multipass尺寸:由于SQL工作区过小,从而导致SQL语句需要与磁盘上的临时表空间交互多次才能完成所有的操作。这个时候的性能将急剧下降。
期望尺寸大小的计算方法
Oracle内部对这个“期望尺寸”的大小有如下规则的限制:
“期望尺寸”不能小于最低的内存需求(是什么?multipass尺寸?)。
“期望尺寸”不能大于optimal尺寸。
如果“内存限度”介于最低的内存需求和optimal尺寸之间,则使用“内存限度”作为“期望尺寸”的大小,但是排序操作除外。因为排序操作算法的限制,对于分配的内存在optimal尺寸和onepass尺寸之间时,排序操作不会随着内存的增加而更快完成,除非能够为排序操作分配optimal尺寸。所以,如果排序操作的“内存限度”介于onepass尺寸和optimal尺寸之间的话,“期望尺寸”取onepass尺寸。
如果SQL以并行方式运行,则“期望尺寸”为上面三个规则算出的值乘以并行度。