Oracle中如何使用COALESCE命令巧妙合并表空间空闲碎片？

本文共计980个文字，预计阅读时间需要4分钟。

相关专题：

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 是空的”这条元信息。如果你的目标是提速查询或腾出磁盘，这个命令大概率不是你要找的答案。