ORA-01652根本原因是TEMP表空间缺乏≥128个连续extent，非磁盘耗尽；即使AUTOEXTEND ON，若MAXSIZE过小、磁盘满、NEXT值太小或碎片化严重，仍会失败；需查v$sort_segment和v$temp_extent_pool定位真实占用，而非仅看dba_temp_files。
为什么ALTER DATABASE TEMPFILE ... AUTOEXTEND ON后还报ORA-01652
根本原因不是“没开自动扩展”，而是AUTOEXTEND已开启但MAXSIZE设得太小，或磁盘物理空间已满，导致扩展动作实际失败。Oracle在分配临时段时需要≥128个连续extent，哪怕AUTOEXTEND ON，如果NEXT太小（如NEXT 1M）或MAXSIZE已到上限，就无法一次凑出足够连续块。
检查方法：
- 运行
SELECT file_name, autoextensible, maxbytes/1024/1024 AS max_mb FROM dba_temp_files;，确认max_mb是否明显小于当前使用量（比如显示MAXSIZE=2048但v$temp_extent_pool已用掉3GB） - 查磁盘剩余空间：
df -h /u01/app/oracle/oradata（路径需匹配file_name），避免MAXSIZE虽大但底层文件系统已满 -
NEXT值过小会导致频繁扩展请求，而SMON清理不及时，加剧碎片——建议NEXT至少设为256M或更大
v$sort_segment显示高使用率但dba_temp_files还有空闲空间
这是典型碎片化表现：临时表空间有总空闲空间，但没有≥128个连续extent。dba_temp_files只反映文件级大小，不反映内部extent分布；v$sort_segment和v$temp_extent_pool才体现真实活跃占用与缓存情况。
必须用这两个视图交叉验证：
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 tablespace_name, SUM(bytes_cached) / 1024 / 1024 AS used_mb FROM v$temp_extent_pool GROUP BY tablespace_name;- 若两者结果接近且远高于
dba_temp_files.bytes，说明大量临时段未释放（如会话异常中断、SQL被kill但未清理）
coalesce对TEMP表空间无效？
ALTER TABLESPACE TEMP COALESCE在Oracle 12c及以后版本对本地管理的TEMP表空间**无效果**——因为本地管理表空间（LMT）的extent由位图管理，不依赖数据字典，COALESCE仅适用于字典管理表空间（DMT），而TEMP几乎全是LMT。
真正有效的碎片整理方式只有两种：
- 执行
ALTER TABLESPACE TEMP ADD TEMPFILE ...新增一个干净的tempfile，让新会话优先使用它，旧碎片自然冷落 - 定位并清理卡住的会话：
SELECT s.sid, s.serial#, s.username, su.tablespace, su.segtype FROM v$session s, v$sort_usage su WHERE s.saddr = su.session_addr;，再ALTER SYSTEM KILL SESSION 'sid,serial#'; - 注意：不要用
ALTER DATABASE TEMPFILE ... DROP删正在用的tempfile，会报ORA-01123
为什么重启数据库有时也不释放TEMP空间
SMON进程负责清理临时段，但前提是实例能正常启动并完成恢复流程。如果数据库是异常宕机后重启，或者某些tempfile处于OFFLINE状态（查v$tempfile.status），SMON可能跳过该文件上的残留段。
更隐蔽的情况是：tempfile所在磁盘组（ASM）权限异常，或文件被OS层面锁定（如备份进程未释放句柄），导致SMON无法读写该文件头，从而无法回收空间。
此时不能只依赖重启，应优先检查：
-
SELECT name, status FROM v$tempfile;—— 确保全部为ONLINE -
SELECT file_name, enabled FROM dba_temp_files;——enabled列必须为READ WRITE - 若发现某tempfile
status=OFFLINE，需先ALTER DATABASE TEMPFILE 'xxx' ONLINE;再观察
临时表空间的问题从来不在“有没有空间”，而在“能不能拿到连续空间”。排查时永远以v$sort_segment和v$temp_extent_pool为准，别被dba_free_space或文件系统剩余空间误导。
