Oracle 10g数据库中需要设置workarea_size_policy为AUTO，并设置pga_aggregate_target参数来实现PGA的内存管理。接下来我们就来介绍这一设置过程的实现。首先看看如下代码：
复制
SQL> show parameter pga NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ pga_aggregate_target big integer 169M SQL> show parameter workarea NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ workarea_size_policy string AUTO SQL> show parameter pga NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ pga_aggregate_target big integer 169M SQL> show parameter workarea NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ workarea_size_policy string AUTO
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
pga_aggregate_target参数可以根据经验值进行设置，评估PGA的简单方法可以查看AWR报告中的PGA命中率(PGA Cache Hit%)，以及分析direct path read temp和direct path write temp等待事件是否比较高，这些等待表示PGA设置参数有限而导致大量临时表空间操作出现的等待事件。当然还有复杂的评估PGA的方法，以后再看吧。
注意，9I的shared server连接需要明确设置SORT_AREA_SIZE 和 HASH_AREA_SIZE，也就是说不能用自动管理模式。10G则无此限制。
PGA_AGGREGATE_TARGET是一个上限（理论上的***值,PL/SQL就很容易超过），ORACLE启动时并不分配那么多，你甚至可以设置大于物理MEM的大小（生产库不要这么做呀，要设置pga_aggregate_target+sga<MEM ，别挑战ORACLE的极限）。一个SESSION可能有多个sort,hash的workarea，每一个workarea最多会用到5%或100M(由两个隐藏参数控制)，因此如果预计每个sort,hash的workarea是5M，应该设置PGA_AGGREGATE_TARGET成100M。但是，随着用户的增加或工作量的增大，给每个workarea的容量可能会减少，因为有总量PGA_AGGREGATE_TARGET的限制，比如需要100个workarea，那么每个只能分配到1M。
parallel query会用到最多30%(由隐藏参数控制)的PGA_AGGREGATE_TARGET，每一个parallel query的PIECE会分配相应的30%，也就是parallel query可能会用到30M，10个PARALLEL，那么每个用3M。这也就是建议用auto管理的原因,一个系统通常workload,session是随时间变化的,早上可能3个用户,中午可能300个用户,所以用固定sort,hash的参数是不合时宜的.自动管理才可以实现在用户并发少的时候分配更多的内存，在并发多的时候照顾大众，分配少的内存。ORACLE 9.2以后有了PGA advisory。这一段中所说的5%,30%不知是否正确，没有时间看oracle文档，在此提醒一下自己。
v$pgastat：
复制
SQL> set pagesize 200 SQL> select name||' '|| to_char(decode( unit, 'bytes', value/1024/1024, value ),'999,999,999.9')||' '|| decode( unit, 'bytes', 'mbytes', unit from v$pgastat; NAME||''||TO_CHAR(DECODE(UNIT,'BYTES',VALUE/1024/1024,VALUE),'999,999,999.9')||''||DECODE(UN -------------------------------------------------------------------------------------------- aggregate PGA target parameter 169.0 mbytes aggregate PGA auto target 124.3 mbytes global memory bound 33.8 mbytes total PGA inuse 30.9 mbytes total PGA allocated 65.4 mbytes maximum PGA allocated 82.2 mbytes total freeable PGA memory .0 mbytes process count 24.0 max processes count 33.0 PGA memory freed back to OS .0 mbytes total PGA used for auto workareas .0 mbytes maximum PGA used for auto workareas .6 mbytes total PGA used for manual workareas .0 mbytes maximum PGA used for manual workareas .0 mbytes over allocation count .0 bytes processed 23.5 mbytes extra bytes read/written .0 mbytes cache hit percentage 100.0 percent recompute count (total) 817.0
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
几个重要参数的说明：
aggregate PGA target parameter 设置的pga的目标参数值。
aggregate PGA auto target 在自动管理模式下，oracle工作区可使用的pga。
total PGA inuse 当前实例使用的pga。
total PGA allocated 当前实例实际分配的pga。
maximum PGA allocated 可分配的***pga。
over allocation count ORACLE分配的PGA超过pga_aggregate_target的次数.这个参数可以判断pga_aggregate_target是否设置的太小。
cache hit percentage 自从instance启动后的PGA命中率,如果所有的操作都在MEM中进行没有在TEMP里运行的话应该是100%。
【编辑推荐】
