ALTER DATABASE DATAFILE RESIZE 不能缩容至高水位（HWM）以下，否则报 ORA-03297；HWM 由 DBA_EXTENTS 中最大 block_id 决定，TRUNCATE/DROP 不降低 HWM，须先执行 SHRINK SPACE 或重建表降 HWM，再 RESIZE。
不能直接用 ALTER DATABASE 收缩数据文件——它只支持 RESIZE，且必须大于高水位（HWM）以下已分配空间，否则报 ORA-03297。
为什么 ALTER DATABASE DATAFILE ... RESIZE 常失败
Oracle 数据文件的物理空间释放受高水位（HWM）限制。即使你 TRUNCATE 或 DROP 了大量表，HWM 不会自动下降，RESIZE 就只能缩到 HWM 位置，再小就会触发 ORA-03297: file contains used data beyond requested RESIZE value。
- HWM 是该数据文件中最后一个已分配 extent 的末尾位置，不是当前实际使用量
-
DBA_EXTENTS和DBA_FREE_SPACE只反映逻辑空闲，不等于可RESIZE空间 -
RESIZE是纯物理操作，不移动数据、不重组段，也不清理碎片
收缩前必须确认的两个关键值
执行 RESIZE 前，得先查出每个数据文件的「当前大小」和「HWM 对应的字节数」：
SELECT a.file_name, a.bytes / 1024 / 1024 AS curr_mb, (b.maximum + c.blocks - 1) * d.db_block_size / 1024 / 1024 AS hwm_mb FROM dba_data_files a, (SELECT file_id, MAX(block_id) maximum FROM dba_extents GROUP BY file_id) b, dba_extents c, (SELECT value db_block_size FROM v$parameter WHERE name = 'db_block_size') d WHERE a.file_id = b.file_id AND c.file_id = b.file_id AND c.block_id = b.maximum AND a.file_id = c.file_id;
- 结果中
hwm_mb就是该文件能RESIZE到的最小值（建议再加 20–50MB 余量） - 若某文件
hwm_mb接近curr_mb，说明没多少可缩空间，强行RESIZE会失败 - 注意：这个查询依赖
DBA_EXTENTS，如果表空间是ASSM且存在大对象或分区表，可能需多次执行取最大 block_id
真正能缩小空间的操作顺序
想把文件从 10G 缩到 2G，光靠 RESIZE 不行，得先降 HWM：
- 对目标段（表/索引）执行
ALTER TABLE ... SHRINK SPACE COMPACT（需启用行迁移、且段不在NOLOGGING模式下） - 或导出 → 删除 → 重建表（适合归档表、日志表等只读场景）
- 执行
ALTER TABLESPACE ... COALESCE合并相邻空闲 extent（仅对字典管理表空间有效，11g 默认是本地管理，此步通常无效） - 确认 HWM 下降后，再跑
ALTER DATABASE DATAFILE '/path/to/file.dbf' RESIZE 2048M
特别注意：SHRINK SPACE 要求表启用了 ROW MOVEMENT，且不能有基于函数的索引、域索引或物化视图日志；临时表空间、UNDO 表空间不支持该命令。
临时表空间别用 ALTER DATABASE，改用 ALTER TABLESPACE
临时表空间（如 TEMP）不能用 ALTER DATABASE DATAFILE ... RESIZE，因为它的文件由 Oracle 动态管理，强制 RESIZE 极易报 ORA-03297。正确方式是：
- 查当前使用情况：
SELECT tablespace_name, file_name, bytes/1024/1024 AS mb FROM dba_temp_files - 收缩临时文件：
ALTER TABLESPACE temp SHRINK TEMPFILE '/u01/oradata/temp01.dbf' KEEP 512M - 或收缩整个临时表空间：
ALTER TABLESPACE temp SHRINK SPACE KEEP 1G -
KEEP是安全边界，不加则尽可能收缩到最小活动区之后，但会等待所有排序操作释放空间
最后提醒一句：所有 RESIZE 和 SHRINK 操作都不可逆，且在高并发系统中可能引发短暂锁等待——别在业务高峰做，也别信“缩完立刻腾出几十G”的传言，真实可用空间取决于 HWM 和段碎片程度。
