Oracle无法通过PROFILE限制单用户PGA用量，因PROFILE不支持内存配额；需用DBMS_RESOURCE_MANAGER、SQL Hint或OS层cgroups/ulimit实现控制。Oracle 没有直接通过
PROFILE 限制单个用户 PGA 使用量的机制。这是个常见误解——PROFILE 可控的是 CPU、会话数、空闲时间、密码策略等，但 **不包含内存（PGA/SGA）配额**。想控制某用户“吃掉太多排序内存导致 temp 表空间爆满或系统抖动”，得绕开 PROFILE，用更底层的手段。
为什么 PROFILE 里的 RESOURCE_LIMIT=TRUE 也管不了 PGA
profile 中的 limit 子句对内存类资源完全无效：composite_limit 在 12c 后已废弃，且从不约束 pga；private_sga 只在共享服务器模式（mts）下限制 uga（此时 uga 在 sga 的 large pool 中），而现代 oracle 几乎全用专用服务器，private_sga 实际无作用。
真正能限制单用户 PGA 消耗的三个路径
- 使用数据库资源管理器（
DBMS_RESOURCE_MANAGER）：这是唯一官方支持的 per-session PGA 控制方式。需创建 resource plan、consumer group，并为该用户指定 group，再在 plan directive 中设置PGA_AGGREGATE_LIMIT（12c+）或通过active_session_pool_p1间接压制并发大内存操作 - 在应用层加 SQL Hint：对关键语句强制降级工作区大小，例如
/*+ OPT_PARAM('_smm_max_size' 20480) */（单位 KB），让该 SQL 最多只用 20MB PGA，避免 runaway sort/hash - 结合 OS 层限制：若用户连接走专用进程且进程名可识别（如
oracle@host+ORACLE_SID），可用cgroups v1/v2或ulimit -v限制其虚拟内存总量，从而卡住 PGA 增长上限（注意：太激进会导致 ORA-04030）
PGA_AGGREGATE_LIMIT 和 pga_aggregate_target 的关系必须厘清
从 12.1 开始，PGA_AGGREGATE_LIMIT 是硬性天花板，一旦所有 session 的 PGA 总和超限，新内存申请会被拒绝（报 ORA-04036: PGA memory used by the instance exceeds PGA_AGGREGATE_LIMIT）。但它仍是实例级参数，不是 per-user。它的默认值是：
- 如果
pga_aggregate_target≤ 1GB，则PGA_AGGREGATE_LIMIT = 2GB - 如果
pga_aggregate_target> 1GB，则PGA_AGGREGATE_LIMIT = 2 × pga_aggregate_target - 最小不得低于 2GB，最大不超过物理内存的 90%
所以调低 pga_aggregate_target 会连带压低 PGA_AGGREGATE_LIMIT，但这是全局压制，不能区分用户。
最容易被忽略的实战细节
即使你用 Resource Manager 给某用户分配了低优先级 consumer group，若其执行的是并行查询（PARALLEL），PGA 消耗仍可能飙升——因为并行服务器进程（P000 等）不属于该用户的 session，它们的 PGA 不受该 session 所属 consumer group 的 direct limit 约束。必须额外在 plan directive 中显式设置 parallel_degree_limit_p1 或禁用其并行权限（ALTER USER ... DISABLE PARALLEL QUERY）。
