Oracle 10g中需要设置workarea_size_policy为AUTO,并设置pga_aggregate_target参数来实现PGA的内存管理。
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：
几个重要参数的说明：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%