Oracle临时表空间占用过高如何释放_使用SHRINK SPACE命令收缩

林译川

2026-10-17 • 👁 0人浏览过

Oracle 11g及以上版本可直接用ALTER TABLESPACE ... SHRINK SPACE释放临时表空间，无需重建或停库；该功能自11.1.0起原生支持，不依赖ASSM，但需确保无活跃会话占用且用户具备ALTER TABLESPACE权限。 oracle11g 及以上版本可以直接用

alter tablespace ... shrink space

释放临时表空间，无需重建、无需停库，但必须确认当前数据库版本支持且临时表空间未被活跃会话占用。确认是否支持 SHRINK SPACE 操作不是所有 Oracle 版本和配置都允许对临时表空间执行

SHRINK SPACE

。该功能从 11g R1 开始引入，且不依赖 ASSM（与普通表空间不同），只要数据库版本 ≥ 11.1 即可使用。检查版本：

SELECT * FROM v$version WHERE banner LIKE 'Oracle%';

—— 确保输出含

11.1.0.

或更高临时表空间本身无段管理类型限制，

SHRINK SPACE

对 TEMP 表空间是原生支持的，无需额外开启参数若执行时报

ORA-01031: insufficient privileges

，说明用户缺少

ALTER TABLESPACE

权限；报

ORA-10635: Invalid segment or tablespace type

则大概率是版本低于 11g 执行 SHRINK SPACE 前必须清理活跃占用即使命令语法正确，只要还有会话正在使用旧临时段，

SHRINK SPACE

就可能卡住或只收缩部分文件——它不会强制终止会话，而是等待空闲段释放。查当前占用者：

SELECT s.sid, s.serial#, s.username, s.program, u.blocks * t.block_size / 1024 / 1024 mb_used FROM v$sort_usage u, v$session s, v$transaction t WHERE u.session_addr = s.saddr AND u.xidusn = t.xidusn(+) ORDER BY mb_used DESC;

若发现长期运行的大排序（如 ETL、报表导出），优先联系业务方暂停或优化 SQL，而非直接 kill 必要时杀会话：

ALTER SYSTEM KILL SESSION 'sid,serial#' IMMEDIATE;

，注意

IMMEDIATE

可避免等待 rollback 执行前建议等 5–10 分钟，观察

v$temp_extent_pool

中

bytes_cached

是否持续下降 SHRINK SPACE 与 SHRINK TEMPFILE 的选择差异两者都能释放空间，但作用粒度和效果不同：前者收缩整个表空间逻辑容量，后者精准控制单个临时文件物理大小。 oracle知识库 oracle知识库下载下载

ALTER TABLESPACE temp SHRINK SPACE;

—— 自动遍历所有

tempfile

，按需收缩；适合多数场景，操作简洁

ALTER TABLESPACE temp SHRINK TEMPFILE '/path/to/temp01.dbf';

—— 只动指定文件，可用于保留某些文件不缩（如 ASM 中特定 diskgroup 上的 tempfile）二者都支持

KEEP

子句，例如

SHRINK TEMPFILE ... KEEP 512M

，防止收缩过狠导致后续排序失败收缩后物理文件大小立即减小（

ls -lh

可见），但 DBA_TEMP_FILES 视图中

BYTES

字段更新有短暂延迟（通常收缩后空间未下降？重点检查这三点执行成功不代表磁盘空间立刻“变少”，常见假象源于监控方式或残留状态。别只看

dba_temp_files.bytes

：它反映的是文件初始分配大小，应结合

dba_temp_free_space.free_space

或

v$temp_extent_pool.bytes_cached

判断真实可用量如果用了 ASM，

SHRINK

后空间归还给 ASM diskgroup，但

asmcmd lsdg

显示的

USABLE_FILE_MB

不会实时刷新，需稍等或手动触发 rebalance 极少数情况（如 bug 12877915），11.2.0.3/4 下

SHRINK

后

v$tempfile

的

BYTES

不更新，此时可补一句

ALTER DATABASE TEMPFILE '/xxx' RESIZE 1G;

强制同步真正难处理的从来不是命令怎么写，而是判断“此刻能不能 shrink”——它既要看后台有没有隐性长事务，也要看 ASM 或文件系统层是否缓存了释放信号。一次成功的

SHRINK SPACE

往往发生在业务低峰、无人提交大排序、且监控视图数据已稳定 5 分钟之后。

相关文章