Oracle 11g 中不能用 ALTER DATABASE TEMPFILE RESIZE 收缩临时文件，因该命令要求目标大小≥当前已分配且正在使用的空间总量，而临时文件末尾可能存在未释放的已分配区，导致 ORA-03297 错误。
oracle 11g 中可以直接收缩 temp 表空间的数据文件，但必须用 alter tablespace ... shrink 系列命令，不能用 alter database tempfile resize —— 后者在临时文件实际使用量超过目标大小时会报 ora-03297 错误，根本执行失败。
为什么不能直接用 RESIZE？
ALTER DATABASE TEMPFILE ... RESIZE 要求目标大小必须 ≥ 当前已分配且正在使用的空间总量。而临时文件在排序完成后并不会自动归还磁盘空间，v$tempfile 显示的 bytes 是物理分配大小，V_$TEMP_EXTENT_POOL 才反映真实占用。所以即使“看起来空”，RESIZE 仍大概率失败。
- 错误现象：
ORA-03297: file contains used data beyond requested RESIZE value - 根本原因：临时文件末尾仍有未释放的已分配区（extent），哪怕当前没活跃排序
- 兼容性：该限制在所有 11g 及以上版本都存在，和是否 autoextensible 无关
SHRINK SPACE 和 SHRINK TEMPFILE 的区别
两者都能在线执行，但作用粒度和触发条件不同：
-
ALTER TABLESPACE TEMP SHRINK SPACE：尝试收缩整个表空间下所有临时文件，按需合并并释放尾部空闲区 -
ALTER TABLESPACE TEMP SHRINK TEMPFILE '<path>'</path>：只收缩指定单个文件，更精准，适合多文件临时表空间中某一个膨胀严重的场景 - 二者都会等待当前正在使用的 extent 归还；若长时间卡住，说明有长事务或未提交的排序操作（如大查询、索引重建）仍在占用
带 KEEP 子句的收缩要特别注意
KEEP 不是“保留多少可用空间”，而是定义收缩后文件的最小物理尺寸底线。例如：
ALTER TABLESPACE TEMP SHRINK SPACE KEEP 512M;
表示：不管当前实际用了多少，文件至少保留 512MB 物理空间。如果当前已用空间是 600MB，那收缩后就是 600MB；如果已用只有 200MB，那也会停在 512MB，不会压到更小。
- 省略
KEEP时，系统会压到当前已用空间向上对齐到区（extent）边界的最小值 -
KEEP值必须 ≥ 当前实际已用空间（四舍五入到最近的 extent 边界），否则命令静默失败（不报错但无效果） - 生产环境建议先查清真实使用量再设
KEEP，避免反复试错
收缩前必须确认的三件事
跳过这些检查，收缩可能卡住、无效，甚至误删活跃数据：
- 确认临时表空间是本地管理（
dba_tablespaces.segment_space_management = 'LOCAL'），字典管理表空间不支持SHRINK - 查真实使用量：
SELECT tablespace_name, file_name, round(nvl(p.bytes_used,0)/1024/1024,2) "Used_MB" FROM dba_temp_files d, v$temp_extent_pool p WHERE d.file_id = p.file_id(+); - 检查是否有长会话正在用 temp：
SELECT s.sid, s.serial#, s.sql_id, t.used_ublk FROM v$session s, v$sort_usage t WHERE s.saddr = t.session_addr;—— 若有结果，先评估是否可中断
真正难的不是命令怎么写，而是判断“现在能不能收”和“收多少才安全”。临时文件不像数据文件，它的空间释放依赖运行时状态，而不是静态字节统计。一次收缩失败，往往是因为你没看到那个还在跑的隐式排序会话。
