LOB段执行压缩后未回收空间，如何正确压缩LOB段以回收空间？

我碰到过好多次这个情况——你执行的ALTER TABLE ... MODIFY LOB ... (compress high)只是启用了LOB列的压缩规则，但不会自动对已存在的LOB数据进行压缩，也不会立刻回收已占用的空间。要真正实现空间回收，得按以下步骤操作：

第一步：确认压缩规则已生效 #

先检查你的LOB段是否已经成功开启压缩，执行这条查询：

SELECT table_name, column_name, compression, compress_for 
FROM dba_lobs 
WHERE lower(table_name) = 'test_clob_compress3';

如果返回结果里compression是ENABLED，compress_for是HIGH，说明压缩规则已经生效，接下来处理现有数据即可。

第二步：压缩现有LOB数据并回收空间 #

这里有两种常用方案，根据你的表大小和业务情况选择：

方案一：使用MOVE LOB（适合大部分场景，锁表需低峰执行） #

这个操作会重新构建整个LOB段，自动压缩现有数据并回收空闲空间，是最直接的方法：

ALTER TABLE "MA_USER"."TEST_CLOB_COMPRESS3" 
MOVE LOB("RTDM_RESPONSE_XML") STORE AS (COMPRESS HIGH);

⚠️ 注意：执行这个语句时会锁定整张表，建议在业务低峰期操作；如果是超大表，可能需要较长时间，提前评估风险。

方案二：分段更新+收缩空间（适合不想锁表的大表） #

如果表太大，无法接受长时间锁表，可以通过更新LOB列触发单条数据的压缩，再收缩空间：

1. 先更新LOB列（将值设为自身即可触发压缩）：

UPDATE "MA_USER"."TEST_CLOB_COMPRESS3" 
SET "RTDM_RESPONSE_XML" = "RTDM_RESPONSE_XML";
COMMIT;

如果数据量极大，建议分批更新（比如按主键范围拆分），避免事务过大。

2. 然后执行空间收缩：

ALTER TABLE "MA_USER"."TEST_CLOB_COMPRESS3" 
SHRINK SPACE CASCADE;

⚠️ 注意：这个方法仅适用于**自动段空间管理（ASSM）**的表空间，如果你的表空间是字典管理模式，这个命令不会生效，建议用方案一。

第三步：验证空间回收结果 #

执行你原来的查询语句，对比bytes列的数值变化，确认空间已经回收：

SELECT S.BYTES/1024/1024/1024 AS used_gb, S.* 
FROM dba_segments S 
WHERE segment_name IN (
    SELECT segment_name 
    FROM dba_lobs 
    WHERE lower(TABLE_NAME) = 'test_clob_compress3'
);

额外注意事项 #

• 压缩规则生效后，后续新插入或更新的LOB数据会自动使用HIGH压缩，不需要重复执行压缩命令。
• 执行MOVE LOB后，原LOB段会被标记为UNUSED，Oracle会自动在后台回收这些空间，不需要手动清理。

内容的提问来源于stack exchange，提问作者Jdzel