嵌套查询本身不直接导致temp溢出，真正原因是其中隐含的order by、group by、union或优化器选择的hash join等操作在pga不足时写入临时表空间；优化器依据代价而非sql嵌套结构决定执行计划，大结果集无索引时易选hash join；cte若物化且含order by/distinct也占temp；通过v$sql_workarea_active按operation_type和tempseg_size等字段可区分hash或sort溢出；临时缓解可用use_nl提示、materialize提示、调大sort_area_size或拆分union all；根治需合理设置pga_aggregate_target、及时收集统计信息、确保连接列有有效索引、临时表空间置于高速存储，并警惕绑定变量窥探引发的执行计划突变。
嵌套查询本身不会直接导致 TEMP 空间溢出；真正触发 ORA-01652 的，是嵌套查询中隐含的 ORDER BY、GROUP BY、UNION 或优化器自动选择的 HASH JOIN —— 这些操作在 PGA 不足时会把中间数据写入临时表空间。
为什么嵌套查询里突然冒出 HASH JOIN？
Oracle 优化器不看 SQL 是否“嵌套”，只看代价。即使你写了多层子查询，只要最终执行计划选了 HASH JOIN（比如子查询结果集较大、连接列无索引、统计信息过期），它就会走哈希路径。
- 用
EXPLAIN PLAN FOR ...+SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY)确认真实执行计划，别信 SQL 表面结构 - 子查询返回行数 > 几万，且没走索引连接，CBO 很可能放弃
NESTED LOOPS改选HASH JOIN -
WITH子句（CTE）若被物化（materialized），也会占用 TEMP 空间，尤其带ORDER BY或DISTINCT
怎么判断是排序还是 HASH 溢出占用了 TEMP？
查 V$SQL_WORKAREA 或 V$SQL_WORKAREA_ACTIVE，重点关注 OPERATION_TYPE 和 ACTUAL_MEM_USED 字段：
-
OPERATION_TYPE = 'HASH-JOIN'且TEMPSEG_SIZE > 0→ 哈希分区溢出到磁盘 -
OPERATION_TYPE = 'SORT'且ONEPASS_EXECUTIONS = 0→ 多次磁盘读写（MULTI-PASS），最慢 -
OPTIMAL_EXECUTIONS = 0是危险信号：所有工作区都未能内存完成
示例快速定位语句：
SELECT sql_id, operation_type, policy, optimal_executions, onepass_executions, multipasses_executions, tempseg_size<br>FROM v$sql_workarea_active<br>WHERE tempseg_size > 1048576;
临时绕过 TEMP 溢出的实操手段
不是所有场景都能立刻调优 SQL 或扩空间，以下方法可快速缓解：
- 加
/*+ USE_NL(t1,t2) */提示强制走嵌套循环，前提是驱动表小、被驱动表连接列有索引 —— 避开哈希构建阶段 - 对子查询结果加
/*+ MATERIALIZE */并显式建索引（需 12c+），比默认物化更可控；但注意：这本身也用 TEMP，仅适用于后续多次引用 - 临时调大单语句可用 PGA：
ALTER SESSION SET WORKAREA_SIZE_POLICY = MANUAL; ALTER SESSION SET SORT_AREA_SIZE = 209715200;（单位字节，慎用于高并发） - 拆分大
UNION ALL：改用临时表分步插入，避免合并时排序溢出
长期有效的根治点在哪？
根本不在“禁用 HASH JOIN”，而在让 HASH 或 SORT 能尽量 OPTIMAL 执行：
- 确保
PGA_AGGREGATE_TARGET设置合理（OLAP 类系统建议 ≥ 总物理内存的 20%），且未被MEMORY_TARGET动态压缩 - 定期收集统计信息：
DBMS_STATS.GATHER_SCHEMA_STATS，否则 CBO 误判“小表”为“大表”，强行 HASH - 检查连接列索引是否失效或缺失 ——
NESTED LOOPS只要驱动表小、内表有索引，就几乎不碰 TEMP - 临时表空间文件必须放在高速存储（SSD/RAID10），否则
ONE-PASS也会因 I/O 延迟变成事实上的瓶颈
最容易被忽略的是：同一个 SQL 在不同 session 中可能因绑定变量窥探（bind peeking）导致执行计划突变，某次恰好触发 HASH 溢出。这类问题不会出现在开发环境，只在生产高峰浮现。
