Oracle临时表空间“已用100%”但v$sort_usage无活跃会话，实为孤立临时段（已分配未回收），应优先查v$temp_extent_pool.bytes_cached与v$temp_space_header.free_blocks确认残留，再执行COALESCE或DROP_SEGMENTS事件清理，而非盲目kill会话或重启。
Oracle 临时表空间显示“已用 100%”但 v$sort_usage 查不到活跃会话，基本可以断定是孤立临时段（已分配但空闲、未被 SMON 回收）——直接查 v$temp_extent_pool 和触发清理比盲目 kill 会话或重建更准更快。
确认是不是真有孤立段：看 v$temp_extent_pool 和 v$temp_space_header
临时空间“满”不等于磁盘被占满，而是 Oracle 认为那些已分配的 extent 还属于临时段逻辑结构。关键指标不在 dba_temp_free_space，而在：
-
v$temp_extent_pool.bytes_cached：反映当前缓存的已分配 extent 总量，持续高位（比如几 GB）且不随会话退出下降，就是孤立段典型特征 -
v$temp_space_header.free_blocks：这个视图才真正告诉你物理上还有多少空闲块，用它算出的free_mb才是真实可用空间
执行这两条语句对比：
SELECT bytes_cached/1024/1024 AS mb_cached FROM v$temp_extent_pool WHERE tablespace_name = 'TEMP';
SELECT ROUND((free_blocks * block_size)/1024/1024) AS free_mb FROM v$temp_space_header WHERE tablespace_name = 'TEMP';
如果 mb_cached 很大但 free_mb 也很大，说明空间没丢，只是 Oracle 没“松手”。
查不到占用者？先别急着 kill，试试 COALESCE 和诊断事件
ALTER TABLESPACE temp COALESCE 在 11g 后作用有限，但它能唤醒 SMON 做一次轻量扫描，对部分残留 segment 有效；若无效，再上诊断事件——比杀会话安全，也不影响业务。
- 先查 TEMP 表空间的
ts#：SELECT ts# FROM v$tablespace WHERE name = 'TEMP';（假设返回 3） - 执行强制清理：
ALTER SESSION SET EVENTS 'immediate trace name DROP_SEGMENTS level 4';（注意是ts# + 1，不是ts#） - 该操作只清理内存中残留的 segment 描述符，不碰数据文件，执行后立刻观察
v$temp_extent_pool.bytes_cached是否下降
这个事件不会报错、不写 alert 日志，但必须在 sys 或具有 ALTER SYSTEM 权限的用户下执行；普通用户执行无效果。
SHRINK SPACE 能用就用，但得避开两个硬条件
11g R1（11.1.0）及以上版本原生支持 ALTER TABLESPACE temp SHRINK SPACE，它本质是让 Oracle 重新评估每个 tempfile 的实际使用边界并截断高位空闲区。但它不是万能的：
- 必须确保没有会话正在往目标 tempfile 写排序数据，否则命令会挂住不动（不报错，但
bytes_cached不降） - 不能在
RESIZE报ORA-03297的文件上直接SHRINK TEMPFILE—— 先用DROP_SEGMENTS清描述符，再 shrink，顺序不能反 - 收缩后建议立刻检查：
SELECT file_name, bytes/1024/1024 FROM dba_temp_files WHERE tablespace_name = 'TEMP';看物理文件大小是否变化
如果 SHRINK SPACE 执行完 bytes_cached 没变，大概率是还有 session 持有旧临时段句柄（比如长事务未提交），此时需结合 v$transaction 和 v$session 综合判断，而不是反复重试。
重建 TEMP 是兜底方案，但别漏掉用户级默认设置
当 DROP_SEGMENTS 和 SHRINK 都无效，或你怀疑控制文件里有损坏记录时，重建是最干净的解法。但容易忽略的是：
- 新建表空间后，
ALTER DATABASE DEFAULT TEMPORARY TABLESPACE只改数据库级默认，已有用户仍可能保留旧 TEMP 设置 - 执行
SELECT username, temporary_tablespace FROM dba_users WHERE temporary_tablespace = 'OLD_TEMP';，对结果里的每个用户补一句：ALTER USER xxx TEMPORARY TABLESPACE new_temp; -
DROP TABLESPACE old_temp INCLUDING CONTENTS AND DATAFILES必须带INCLUDING CONTENTS，否则临时段元数据残留，下次建同名表空间会报冲突
重建过程本身不中断连接，但切换瞬间若有 SQL 正在走 disk sort，可能短暂报 ORA-01652；所以最好选业务低峰期，并提前通知应用方。
