ora-01652 根本原因是临时段分配失败，需先通过 v$tempseg_usage 和 v$sort_segment 区分是会话占用还是空间碎片，再针对性清理或优化sql，而非盲目扩容。
ORA-01652 不是磁盘空间告急的警报，而是临时段分配失败的信号——大概率是碎片、会话卡住或SQL没走内存排序，而不是该加文件了。
查清到底是“谁在占”还是“根本没空”
先别改参数或加文件。用这两个视图快速区分问题类型：
-
V$TEMPSEG_USAGE看当前哪些会话正在用临时段，重点关注SESSION_ADDR、SEGTYPE（LOAD或SORT）、TABLESPACE和BLOCKS；如果某会话 BLOCKS 持续不降，基本就是游标没关或事务没提交 -
V$SORT_SEGMENT看每个临时表空间里有多少“活着”的临时段，结合V$TEMP_SPACE_HEADER的USED_BYTES和MAX_SIZE判断是否真满——注意MAX_SIZE=0表示禁用了自动扩展，哪怕磁盘有空也扩不出去
如果 V$TEMPSEG_USAGE 为空但 V$TEMP_SPACE_HEADER.USED_BYTES 接近 MAX_SIZE，说明是碎片化：空间被大量小段占着，但没有连续 128 块可用。
临时释放被卡住的临时段
确认有长期占用后，优先清理会话，而非重启实例：
- 对
V$TEMPSEG_USAGE中USERNAME非空且BLOCKS > 100000的会话，执行ALTER SYSTEM KILL SESSION 'sid,serial#'（加IMMEDIATE更快） - 杀完后立即执行
ALTER TABLESPACE TEMP COALESCE，强制合并相邻空闲区；若报错“表空间脱机”，说明有文件损坏，跳过此步 - 极少数情况下（比如 SMON 进程卡死），可用诊断事件清理：
ALTER SESSION SET EVENTS 'immediate trace name DROP_SEGMENTS level <ts>'</ts>，其中ts#从SELECT TS#, NAME FROM SYS.TS$ WHERE NAME = 'TEMP'查得
注意：COALESCE 不释放空间给操作系统，只整理表空间内部碎片；它对 ONLINE 表空间有效，但对包含多个 tempfile 的大 TEMP 表空间效果有限。
避免下次再爆：SQL 层面直接压降 temp 使用
很多 ORA-01652 是特定 SQL 引发的，优化它比扩容更治本：
- 用
EXPLAIN PLAN FOR后查PLAN_TABLE，重点看OPERATION是否含SORT ORDER BY或HASH JOIN，再核对BYTES列——若远超PGA_AGGREGATE_TARGET / 200（单次 sort 内存上限估算值），说明必 spill 到 temp - 对已知大结果集的
ORDER BY，加提示强制走索引扫描：/*+ INDEX(t1 idx_col) */，避免全表扫后再排序 - GROUP BY 场景下，如果分组键有索引且字段窄，改写为
SELECT /*+ NO_SORT_GROUP_BY */ ... GROUP BY可跳过排序步骤 - 重建索引时，加
NOLOGGING并指定独立临时表空间：ALTER INDEX idx_name REBUILD TABLESPACE temp_new NOLOGGING，避免和业务 TEMP 争资源
别依赖 ALTER SESSION SET SORT_AREA_SIZE，它在 WORKAREA_SIZE_POLICY = AUTO 下会被忽略；手动设死还可能挤占其他工作区。
扩容要“小步快跑”，别一步到位
只有确认是真实容量瓶颈（比如月度报表固定消耗 15G temp，而当前只有 10G）才扩容，且必须控制节奏：
- 检查
DBA_TEMP_FILES中每个AUTOEXTENSIBLE是否为YES，INCREMENT_BY是否合理（建议 128M 或 256M，别设成 1G） - 新增 tempfile 时，路径要独立于数据文件（避免 I/O 争用），大小设为
SIZE 2048M而非SIZE 20G；Oracle 对单个 tempfile 有隐式上限（如 ext4 文件系统下约 32TB，但实际建议 ≤ 32G） - 扩容后立刻验证：
SELECT FILE_NAME, BYTES/1024/1024 MB, AUTOEXTENSIBLE, MAXBYTES/1024/1024 MAX_MB FROM DBA_TEMP_FILES WHERE TABLESPACE_NAME = 'TEMP'
真正容易被忽略的是：tempfile 的 MAXBYTES 可能被设为 0（即禁用自动扩展），此时即使磁盘有空，ALTER DATABASE TEMPFILE ... AUTOEXTEND ON 也必须显式执行，否则扩容无效。
