DEALLOCATE UNUSED 不释放HWM空间因它仅回收段末尾完全未用的extents不移动HWMHWM下已格式化但空闲的块仍被锁定需先执行SHRINK SPACE COMPACT下移HWM再配合使用。DEALLOCATE UNUSED 为什么没释放高水位线HWM上的空间deallocate unused 只回收段末尾未使用的区extents不移动高水位线hwm。它本质是“截断空闲尾巴”不是“压缩已用块”。只要 hwm 以下有已格式化但未使用的数据块比如删了大量行但没 shrink这部分空间就仍被 hwm 锁定deallocate unused 完全无视。常见错误现象SELECT blocks, empty_blocks FROM user_tables WHERE table_name T 显示 empty_blocks 很大但执行 ALTER TABLE t DEALLOCATE UNUSED 后表空间占用没变dba_segments.bytes 不降。仅当最后几个 extent 完全没被任何块使用过时才生效比如刚 INSERT 一部分就回滚或 TRUNCATE 后又部分 INSERT对 DELETE / UPDATE 后的表基本无效——那些块仍属于 HWM 下的“已分配但空闲”状态需要先触发 HWM 下移如 SHRINK SPACE COMPACT再用 DEALLOCATE UNUSED 收尾才可能释放更多什么时候该用 DEALLOCATE UNUSED而不是 SHRINK SPACE它适合轻量、低风险、不需锁表的释放场景典型如归档后清空分区末尾、LOB 段残留空闲 extent、索引重建后收缩尾部。和 SHRINK SPACE 相比它不移动行、不重写数据、不需要启用行迁移ROW MOVEMENT也不触发 DML 锁只持 DDL 锁极短时间。必须满足表未启用 COMPRESS且无基于函数的索引否则 SHRINK 会报错但 DEALLOCATE 仍可运行不能跨块移动数据所以无法释放 HWM 和最后一个已用 extent 之间的空隙Oracle 12c 中对 IOT 的主键索引段也支持但 secondary index 需单独处理执行前建议先查SELECT segment_name, extents, blocks FROM dba_segments WHERE segment_name T确认末尾 extent 是否真为空DEALLOCATE UNUSED 的实际执行要点它不是“一键清理”得看段结构是否配合。Oracle 检查的是 segment header 记录的 high water mark 和 extent map如果最后几个 extent 在 bitmap 中标记为“全未使用”才会真正从 extent map 中移除。 MacsMind 电商AI超级智能客服