在自动化 PGA 内存管理模式下，Oracle 数据库通过动态控制分配到工作区的 PGA 内存量来尝试遵从 PGA_AGGREGATE_TARGET 值。但是，有时因为以下原因，PGA 内存使用量可能会超过 PGA_AGGREGATE_TARGET 设置：
-
PGA_AGGREGATE_TARGET 设置起到的是目标的作用，而非限制。
-
PGA_AGGREGATE_TARGET 仅控制可优化部分内存的分配。
使用大量 PGA 可能会导致高交换率。出现这种情况时，系统可能会无法响应，并且不稳定。这种时候需要考虑使用 PGA_AGGREGATE_LIMIT 初始化参数限制整体 PGA 使用量。
12c 引入了新的参数 PGA_AGGREGATE_LIMIT 以允许数据库管理员限制 pga 内存使用总量。
使用 PGA_AGGREGATE_LIMIT初始化参数可以为 PGA 内存使用量指定硬性限制。如果超过了 PGA_AGGREGATE_LIMIT 值，则 Oracle 数据库按照以下顺序，中断或者终止使用了最多不可优化 PGA 内存的会话或进程：
-
中止使用了最多不可优化 PGA 内存的会话调用。
-
如果 PGA 内存使用量仍超过 PGA_AGGREGATE_LIMIT，则终止使用了最多不可优化 PGA 内存的会话和进程。
使用最多不可优化内存会话的调用将被中止。并行查询将被视为一个单元。如果 PGA 内存使用总量仍超过限制，则将终止使用最多不可优化内存的会话。
不会对除作业队列进程之外的 SYS 进程和后台进程执行这一部分中所述的任何操作。取而代之的操作是，如果它们使用了最多不可优化内存，则会定期将其 PGA 使用量的简短摘要写入到跟踪文件中。
不可调的 PGA 内存就像每个会话、每个打开/活动游标、PL/SQL 或 Java 内存的上下文信息。
可调 PGA 内存是为密集型内存 SQL 运算符分配的内存，例如排序、哈希连接、分组、位图合并和位图索引创建。
PGA 不是 Oracle 中唯一的内存“全局区域”。还有 MGA（Managed Global Area）和 DGA（Dynamic Global Area）（当然还有 SGA）：
MGA 或 Managed Global Area：允许“较小的一组”进程（甚至所有进程）在某段时间（通常是查询）内共享地址空间（命名空间）。
DGA 或 Dynamic Global Area：允许在 PGA 初始化期间初始化并且在运行时不可修改的变量池。
它们不会跨进程更改，但需要在 SGA 初始化之前可用。因此，它们可作为全局变量供其他进程使用。
MGA 和 DGA 至少从 12.1 开始就存在了。但是只有在最近的版本中，数据库组件才开始使用它，所以这个池可能比 12.1.0.2 上的要大得多。我们开始在18c 的 v$pgastat 中统计 MGA 和 DGA。
由于 MGA 和 DGA 在 Oracle 进程之间共享，因此它们不能归属于单个进程。
所以 v$process 和 v$sesstat 不能包含它们。它们仅计入 v$pgastat，其中一部分计入“使用中的总 PGA”。
您可以运行以下查询以查看这些池的属性，例如（注意“PGA”后面的空格）：
SQL> col name for a40
SQL> select * from v$pgastat where name like '%GA%' and name not like '%PGA %';
NAME VALUE UNIT CON_ID
---------------------------------------- ---------- ------------ ----------
DGA allocated (under PGA) 10566656 bytes 0
maximum DGA allocated 12103680 bytes 0
MGA allocated (under PGA) 0 bytes 0
maximum MGA allocated 0 bytes 0
一般来说，最新版本的内存使用率总是会更高，因此在从 12.1.0.2 升级到 19c 时，可预期会看到更多的 PGA 分配。
PGA_AGGREGATE_LIMIT 初始化参数动态设置为 PGA 内存的实例范围硬性限制。由于该参数根据内存情况的变化做出响应，您无需显式设置参数值。默认情况下，PGA_AGGREGATE_LIMIT被设置为：
在Oracle 12.1版本: PGA_AGGREGATE_LIMIT默认为如下值中的最大者:
- 2 GB
- 200% 的 PGA_AGGREGATE_TARGET
- （PROCESSES 初始化参数设置值）* 3 MB
该参数不会超过物理内存大小减去总 SGA 大小的 120%。
在Oracle 12.2版本: PGA_AGGREGATE_LIMIT的默认值为:
* 如果设置了MEMORY_TARGET, 那么PGA_AGGREGATE_LIMIT默认值为MEMORY_MAX_TARGET的值.
* 如果MEMORY_TARGET没有设置, 那么PGA_AGGREGATE_LIMIT默认值为 200%的PGA_AGGREGATE_TARGET值.
* 如果MEMORY_TARGET没有设置, 并且PGA_AGGREGATE_TARGET被显式的设置为0, 那么PGA_AGGREGATE_LIMIT的默认值为90%的物理内存减去SGA的大小.
在以上所有情况中，默认的PGA_AGGREGATE_LIMIT至少是2GB
并且至少是数据库参数PROCESSES乘以3MB的大小. 在 Oracle 版本 18c 及更高版本中，它应该是 Oracle RAC 实例的
PROCESSES 参数的至少 5MB 倍。
注意: 如果指定PGA_AGGREGATE_LIMIT的值为0，则表示实例所使用的 PGA 内存总量没有限制。
在 Oracle 版本 18c 及更高版本中：
MGA（Managed Global Area）在 PGA 之外进行计算。
这实际上意味着在 18c 及以上版本中必须增加 PGA 大小以适应 MGA。
一个经验法则是：
PGA_AGGREGATE_LIMIT = (原始 PGA_AGGREGATE_LIMIT 值) + ((最大连接进程数) * 4M)
但是，有一种更“科学”的方法可以根据数据库中可检索的指标来确定该值（有关参考，请参阅 Note 2808761.1）：
((实例生命周期内使用的最大 PGA) + ((实例生命周期内连接的最大进程数) * 5M)) * 1.1
此问题的另一个影响是客户可能会报告升级到 18c 及更高版本后 PGA 使用量增加。
这是意料之中的，因为 MGA 现在已从 PGA 中扣除。
PGA_AGGREGATE_LIMIT 初始化参数可以动态设置；并不需要数据库重新启动。可以设置 PGA_AGGREGATE_LIMIT 的值，不论是否使用了自动内存管理。
后台进程 CKPT 每三秒检查一次内存用量是否超过了 PGA_AGGREGATE_LIMIT 初始化参数的值。如果达到或超过了限制，则此进程中断使用最多不可优化 PGA 内存的会话调用。如果这些会话仍没有释放足够内存，则终止它们。
请注意，由于 pga 值仅每三秒检查一次，因此 pga 内存有可能超过 PGA_AGGREGATE_LIMIT。此外，如果在此期间该 pga 值减少到限制之下，则将不会捕获在这三秒间隔内超过限制的情况。如果进程在三秒的间隔内快速分配然后释放内存，则可能会出现这种情况。
