Oracle 11g中ASH的pga_allocated不能单独判断PGA内存泄露，因其仅为瞬时采样值、不累计历史、会话结束即清零，且11g的DBA_HIST_ACTIVE_SESS_HISTORY不包含该列，无法回溯趋势；须结合V$PROCESS/V$SESSION实时验证，并聚焦ora_mmon等后台进程的长期高占用信号。
oracle 11g 中无法用 v$active_session_history 直接定位“私有内存泄露”，因为 ash 不记录 pga 内存的持续增长轨迹，也不保存会话退出后的历史峰值；它只采样瞬时值，且不关联 v$process 或 v$session 的内存字段。所谓“私有内存泄露”，实际多是 pga 持续上涨未释放、或后台进程（如 ora_mmon）长期持有内存导致的表象——得靠交叉比对 + 时间窗口回溯才能逼近真相。
为什么V$ACTIVE_SESSION_HISTORY.pga_allocated不能单独判断泄露
该字段是每秒采样一次的快照值，仅反映采样瞬间的 PGA 分配量，会话一结束就归零。它不累计、不保留历史最大值，更不会告诉你“这个会话从启动到现在共分配了多少”。你看到某行 pga_allocated = 512MB，只能说明那一秒它用了这么多，但无法确认这 512MB 是刚申请的，还是从 10 分钟前就开始一直没释放。
-
V$PROCESS.pga_used_mem和V$PROCESS.pga_alloc_mem才是实时驻留指标，但它们只存在于当前会话生命周期内，数据库重启即清空 - ASH 中的
pga_allocated单位是字节，但 11g 不支持DBA_HIST_ACTIVE_SESS_HISTORY的pga_allocated列（该列在 12c+ 才加入），所以连 AWR 历史回溯都不可靠 - 11g 的 ASH 缓冲区默认最多存 30MB 数据，高负载下可能每分钟就被覆盖多次，采样覆盖率极低
怎样用 ASH 关联到真实内存占用进程
核心思路：不盯单个字段，而是抓“高内存 + 长时间存活 + 非前台行为”的组合信号。执行以下查询，重点看 program 和 sql_id：
SELECT session_id, session_serial#, program, pga_allocated/1024/1024 MB, event, sql_id FROM v$active_session_history WHERE sample_time > SYSDATE - 1/24 AND pga_allocated > 100 * 1024 * 1024 ORDER BY pga_allocated DESC;
- 若
program含ora_mmon、ora_d000、ora_cjq0，基本可判定是 MMON（自动内存监控）、共享池清理或作业队列在后台持续分配 PGA，不是应用 SQL 导致 - 若
sql_id为空，且event是latch: shared pool或library cache lock，大概率是触发器或匿名 PL/SQL 块引发硬解析，间接推高 PGA - 若同一
session_id在结果中反复出现（不同sample_time），说明该会话长时间维持高 PGA 占用，值得用ALTER SYSTEM KILL SESSION后立刻查V$PROCESS确认是否真未释放
必须搭配 V$PROCESS 和 V$SESSION 实时验证
ASH 只是线索，真正能确认“内存还在不在”的只有当前视图。执行时务必带上 JOIN：
SELECT s.sid, s.serial#, s.program, p.pga_used_mem/1024/1024 used_mb, p.pga_alloc_mem/1024/1024 alloc_mb FROM v$session s, v$process p WHERE s.paddr = p.addr AND p.pga_alloc_mem > 200 * 1024 * 1024 ORDER BY p.pga_alloc_mem DESC;
-
pga_used_mem接近pga_alloc_mem，说明内存基本都在用，不是碎片或缓存膨胀 -
program显示oracle@... (D000)或oracle@... (MMON)，对应上一步 ASH 中的可疑program，即可锁定后台进程为根因 - 注意
V$PROCESS中的pid是 Oracle 内部进程号，和 OS 层ps输出的 PID 不同；需用SELECT spid FROM v$process WHERE pid = &pid转换后才能查系统级内存
11g 没有 _pga_aggregate_limit 的硬限制机制，也没有 ASH 历史 PGA 趋势字段，所有“泄露”判断都依赖人工比对多个时间点的实时快照。最容易被忽略的是：你以为在查应用会话，其实高 PGA 占用全来自 ora_mmon ——它不跑 SQL，不占 V$SQL，却能把 PGA 撑到 2GB 以上，而 ASH 里只显示 ON CPU，不留 SQL 痕迹。
