ALTER TABLESPACE ... COALESCE 仅对字典管理表空间（DMT）有效，用于强制SMON合并相邻空闲extent以缓解碎片；对本地管理表空间（LMT）无效，因其采用位图管理，天然避免此类碎片。
alter tablespace ... coalesce 只对字典管理表空间（dmt）有效，本地管理表空间（lmt）执行该命令无实际作用。
COALESCE 在 DMT 表空间中到底做什么
它让 SMON 进程合并相邻的、未被占用的 extent（区间），把多个小空闲区间拼成一个大空闲区间。这能缓解“找不出足够大空闲空间来分配新段”的问题，但不会释放空间回操作系统，也不会减少数据文件大小。
- 仅适用于
dictionary-managed表空间 —— 查看方式：SELECT extent_management FROM dba_tablespaces WHERE tablespace_name = 'YOUR_TS';，结果为DICTIONARY才有效 - 对
locally-managed表空间执行ALTER TABLESPACE xxx COALESCE;不报错，但什么也不做 - 合并动作依赖
PCTINCREASE != 0：SMON 每 5 分钟扫描一次满足该条件的 DMT 表空间，触发自动 coalesce；设为 0 则完全禁用自动合并 - 手动执行一次
ALTER TABLESPACE xxx COALESCE;是强制立即触发，不依赖 SMON 调度
为什么 LMT 表空间不需要也不支持 COALESCE
本地管理表空间使用位图（bitmap）跟踪空闲/已用块，空闲空间按 uniform 或 autoallocate 方式管理，天然避免了 DMT 下因 extent 分散导致的碎片问题。它的“空闲空间”本身就是连续逻辑单元，无需合并。
-
DBA_FREE_SPACE中查到的blocks数量变少 ≠ 空间被回收，只是多个小extent合并成了一个大extent - LMT 下若发现大量小空闲片段，大概率是用了
autoallocate且频繁小量分配/释放，此时应检查应用行为，而非尝试 coalesce - 误在 LMT 上反复执行
COALESCE，只会徒增解析开销，无任何收益
执行 COALESCE 前必须确认的三件事
否则可能白忙一场，甚至引发锁等待或 CPU 尖峰。
- 确认表空间类型：
SELECT tablespace_name, extent_management, allocation_type FROM dba_tablespaces;—— 只对DICTIONARY+SYSTEM或UNIFORM分配类型的组合才考虑 coalesce - 检查当前空闲区间数量：
SELECT COUNT(*) FROM dba_free_space WHERE tablespace_name = 'YOUR_TS';—— 若数值已很小（比如 - 避开业务高峰执行：coalesce 期间 SMON 会持
ST队列锁，其他会话申请空间可能等待，极端时触发ORA-01575
替代方案比 COALESCE 更常用也更有效
现代 Oracle 环境中，真正需要 coalesce 的场景极少。多数所谓“碎片”问题，根源不在空闲 extent 分散，而在对象设计或维护缺失。
- 对高碎片表：优先用
ALTER TABLE ... MOVE COMPRESS+ 重建索引，比折腾表空间更直接 - 想释放磁盘空间：必须 shrink 数据文件，而前提是表空间内有连续的大块空闲 ——
COALESCE可能帮上一点忙，但最终要靠ALTER DATABASE DATAFILE ... RESIZE - 长期维护建议：新建表空间一律用
LOCAL管理，旧 DMT 表空间逐步迁移；停用PCTINCREASE（设为 0），关闭自动 coalesce 避免 SMON 干扰
真正容易被忽略的是：COALESCE 不改变任何数据文件物理大小，也不影响段内数据分布；它只调整字典里关于“哪几段 extent 是空的”这条元信息。如果你的目标是提速查询或腾出磁盘，这个命令大概率不是你要找的答案。
