resize操作本质不是释放os磁盘空间，而是截掉数据文件末尾未被hwm覆盖的物理块；仅当文件末尾存在连续空闲空间且bytes > hwm对应字节时，才能真正归还os空间，且仅适用于普通永久表空间的数据文件。
resize操作本质是释放OS磁盘空间吗
不是。alter database datafile ... resize 只是把数据文件末尾未被高水位（HWM）覆盖的物理块从文件中截掉，这部分空间才真正归还给操作系统。如果数据文件内部有大量空闲块但 HWM 没回落（比如只删数据没 shrink 表），resize 就完全无效——文件大小不会变，OS 磁盘也不会释放。
执行resize前必须确认HWM位置
直接 resize 很可能报错 ORA-03297: file contains used data beyond requested RESIZE value，说明你指定的尺寸小于当前 HWM 对应的字节边界。必须先查出每个 datafile 的 HWM：
select file_id, max(block_id + blocks - 1) * block_size as hwm_bytes from dba_extents, v$datafile d where d.file# = file_id group by file_id, block_size;- 再和
v$datafile.bytes对比：只有bytes > hwm_bytes的文件才有收缩余地 - 注意：
dba_extents不包含临时段、undo 段的 extent，所以 temp/undo 文件不能用这套逻辑判断
生成安全的resize命令要过滤空闲区在末尾
即使 HWM 允许收缩，也不能盲目按 HWM 值 resize。因为 Oracle 要求空闲空间必须连续位于文件末尾，中间穿插已分配 extent 就会失败。推荐用这个查询生成命令：
select a.file#, a.name,
ceil(b.hwm * a.block_size) / 1024 / 1024 as resize_to_mb,
'alter database datafile ''' || a.name || ''' resize ' ||
ceil(b.hwm * a.block_size / 1024 / 1024) || 'M;' as cmd
from v$datafile a,
(select file_id, max(block_id + blocks - 1) hwm from dba_extents group by file_id) b
where a.file# = b.file_id
and a.bytes > b.hwm * a.block_size;
该语句默认假设空闲区在末尾；若表空间启用了自动段管理（ASSM）且碎片严重，建议先对大表执行 alter table ... shrink space compact 再重算 HWM。
tempfile 和 undo 表空间不能直接resize
临时文件（v$tempfile）和 undo 表空间的数据文件不适用标准 resize 流程：
-
tempfile：只能通过alter database tempfile ... drop including datafiles+ 重建实现“释放”，不能 resize -
undo：若想缩小，必须新建 undo 表空间、切换、再删旧的；直接 resize undo datafile 多数情况下会失败或引发 ORA-30012 - 两者都不存在“HWM 后截断”逻辑，它们的空间由实例运行时动态分配管理
真正能靠 resize 回收 OS 空间的，只有普通永久表空间里的 datafile，而且前提是里面的大对象已经 shrink 或 truncate 过，否则 HWM 卡死，resize 就只是个幻觉。
