ORA-01652本质是TEMP表空间缺乏≥128个extent的连续空闲段，非磁盘物理耗尽；应查v$temp_extent_pool和v$sort_segment定位真实使用量，结合dba_temp_files确认autoextensible状态，再通过resize、add tempfile或autoextend扩容，并用coalesce合并碎片。
ORA-01652 报错本质是临时空间耗尽，不是“磁盘满了”而是“没连续空块”
ORA-01652 的核心不是磁盘物理空间不足，而是 Oracle 在 TEMP 表空间中找不到大小 ≥ 128 个 extent（默认单位）的**连续空闲空间段**。即使 dba_temp_files 显示还有几 GB 剩余，只要碎片化严重，就无法满足排序、建索引等操作的一次性分配需求。
常见诱因包括：大查询未完成就被 kill、异常中断的 CREATE INDEX、长时间运行的 PL/SQL 中的排序逻辑、或临时文件未设 AUTOEXTEND 且已满。
先确认当前 TEMP 表空间真实使用状态
别只看 dba_free_space —— 它不适用于临时表空间。正确方式是查 v$temp_extent_pool 和 v$sort_segment：
SELECT tablespace_name, SUM(bytes_cached) / 1024 / 1024 AS used_mb FROM v$temp_extent_pool GROUP BY tablespace_name;SELECT tablespace_name, SUM(used_blocks) * (SELECT value FROM v$parameter WHERE name = 'db_block_size') / 1024 / 1024 AS used_mb FROM v$sort_segment GROUP BY tablespace_name;- 同时查文件是否可扩展：
SELECT file_name, autoextensible, maxbytes/1024/1024 AS max_mb FROM dba_temp_files;
如果 used_mb 接近文件总大小，且 autoextensible = 'NO'，基本就是根因。
快速扩容 TEMP 表空间的三种可靠方式
按风险与生效速度排序，优先选前两种：
- 扩展现有临时文件：
ALTER DATABASE TEMPFILE '/u01/app/oracle/oradata/orcl/temp01.dbf' RESIZE 4096M;（注意路径必须完全一致，大小建议整数 MB，避免四舍五入失败） - 添加新临时文件：
ALTER TABLESPACE TEMP ADD TEMPFILE '/u01/app/oracle/oradata/orcl/temp02.dbf' SIZE 2048M AUTOEXTEND ON NEXT 512M MAXSIZE UNLIMITED;（TEMPFILE不是DATAFILE，写错会报 ORA-01119） - 启用自动扩展（已有文件）：
ALTER DATABASE TEMPFILE '/u01/app/oracle/oradata/orcl/temp01.dbf' AUTOEXTEND ON NEXT 256M MAXSIZE 8192M;（NEXT值不宜过小，否则频繁扩展影响性能；MAXSIZE建议设上限防失控）
临时段卡住不释放？别急着重启库
重启虽能触发 SMON 清理，但生产环境通常不可行。更稳妥的做法是主动定位并清理残留会话：
- 查谁占着临时段：
SELECT s.username, s.sid, s.serial#, s.sql_id, su.tablespace, su.used_blocks FROM v$session s JOIN v$sort_usage su ON s.saddr = su.session_addr; - 杀掉异常会话：
ALTER SYSTEM KILL SESSION '123,4567' IMMEDIATE;（sid,serial#来自上一步） - 强制合并空闲区：
ALTER TABLESPACE TEMP COALESCE;（仅对本地管理表空间有效，能整合相邻空闲 extent） - 极端情况（如 coalesce 无效且不能重启），可用诊断事件：
ALTER SESSION SET EVENTS 'immediate trace name DROP_SEGMENTS level 4';（其中4是TEMP表空间的TS# + 1，需先查SELECT ts#, name FROM ts$ WHERE name = 'TEMP';）
真正容易被忽略的是：临时表空间的碎片化不会随时间自动修复，哪怕所有会话都退出了。一旦出现过 ORA-01652，后续同类操作大概率还会复现——除非你做了 coalesce 或重建。
