ALTER TABLESPACE ... COALESCE 仅对本地管理表空间生效，只合并同一数据文件内物理相邻的空闲extent，不移动数据、不降HWM、不释放空间给OS；字典管理表空间下该命令被静默忽略。
为什么 ALTER TABLESPACE ... COALESCE 没效果？
它只对本地管理（lmt）的表空间生效，且仅合并相邻的空闲 extent，不移动数据、不回收空间到操作系统。如果你用的是字典管理（dmt）表空间，这条命令直接被忽略，连报错都没有。
-
COALESCE不等于SHRINK：它不降低高水位线（HWM），也不释放空间给 OS - 必须确保表空间是
LOCAL管理，查DBA_TABLESPACES.SEgment_Space_Management字段确认为LOCAL - 如果空闲区之间被已分配 extent 隔开，哪怕只隔一个 block，
COALESCE也无能为力
ALTER TABLESPACE ... COALESCE 的实际触发条件
Oracle 只在你显式执行该语句后才尝试合并——它不会自动运行，也不会响应 DML 或 DDL 后的碎片变化。而且，它只作用于当前数据文件中“物理连续”的空闲 extent，不是按逻辑地址排序后合并。
- 多个数据文件时，每个文件单独处理；跨文件的空闲区永远不会被合并
- 即使表空间里有大量小空闲区，只要它们不首尾相接，
COALESCE就什么也不做 - 执行后查
DBA_FREE_SPACE，看同一FILE_ID下相同BLOCK_ID是否变少、单条记录的BYTES是否增大，才是真生效了
比 COALESCE 更有效的碎片整理方式
真正释放空间、降低 HWM、合并逻辑碎片，得靠对象级操作，而不是表空间级“按摩”。尤其当空闲区零散但总量不小，COALESCE 往往只是心理安慰。
- 对大表用
ALTER TABLE ... SHRINK SPACE COMPACT（需启用行迁移、且表有主键或启用ROW MOVEMENT） - 重建索引：
ALTER INDEX ... REBUILD ONLINE能消除索引内部碎片，并可能减少叶子块数量 - 极端情况可导出+清空+导入，或使用
DBMS_REDEFINITION在线重定义 - 别忘了检查是否启用了自动段空间管理（ASSM）：它本身会加剧小碎片，但换回手动段管理（MSSM）又带来管理成本，权衡清楚再动
执行前必须确认的三件事
这条命令虽不锁整个表空间，但会短暂持有数据文件级锁，且依赖底层 extent 分布。跳过检查，大概率白跑一趟甚至误判“没碎片”。
- 确认表空间类型：
SELECT TABLESPACE_NAME, EXTENT_MANAGEMENT FROM DBA_TABLESPACES WHERE TABLESPACE_NAME = 'YOUR_TS' - 查真实空闲结构：
SELECT FILE_ID, BLOCK_ID, BYTES, BLOCKS FROM DBA_FREE_SPACE WHERE TABLESPACE_NAME = 'YOUR_TS' ORDER BY FILE_ID, BLOCK_ID，肉眼扫一遍有没有相邻BLOCK_ID + BLOCKS == 下一行 BLOCK_ID - 排除闪回区干扰：如果表空间属于
RECOVERY_FILE_DEST或开启了闪回数据库，COALESCE可能被静默限制
COALESCE 只是拼图游戏里的一块——它只管把已经散落的边角料推到一起，但拼不出新图。真正要腾空间、降 IO、稳性能，得从对象生命周期和空间分配策略上动刀。 
