Oracle中SYS_LOB文件占用空间过大如何缩减

首先执行以下SQL确认该SYS_LOB段对应的业务表和字段：

SELECT owner, table_name, column_name 
FROM dba_lobs 
WHERE segment_name = 'SYS_LOB0000098796C00006$$';

查询后即可定位到具体占用空间的LOB字段，该问题的常见诱因有两类：

1. 旧业务逻辑曾将LOB数据存入数据库，后续改为存服务器文件后未清理历史数据
2. 删除LOB数据后未手动收缩段，空间被标记为可复用但未释放给表空间

• 清理无效LOB数据
  确认LOB字段的业务用途后，先删除不需要的历史数据，若该字段已完全弃用，可直接删除字段：

ALTER TABLE 对应表名 DROP COLUMN 对应LOB字段名 CASCADE CONSTRAINTS;

• 手动收缩LOB段释放空闲空间
  删除数据后执行以下操作释放空间给表空间：

-- 开启行移动
ALTER TABLE 对应表名 ENABLE ROW MOVEMENT;
-- 收缩LOB段，CASCADE参数可同步收缩关联的LOB索引
ALTER TABLE 对应表名 MODIFY LOB(对应LOB字段名) (SHRINK SPACE CASCADE);
-- 按需关闭行移动
ALTER TABLE 对应表名 DISABLE ROW MOVEMENT;

• 优化现有代码避免后续空间持续上涨
  你当前代码中的V_JSON64（CLOB类型）、V_SNAPSHOT（BLOB类型）属于临时LOB变量，操作完成后需要手动释放，避免占用空间，可在UTL_FILE.fclose(v_file);后新增释放逻辑：

DBMS_LOB.FREETEMPORARY(V_JSON64);
DBMS_LOB.FREETEMPORARY(V_SNAPSHOT);

• 临时LOB段的特殊处理
  如果查询后发现该LOB段属于临时表空间，可直接重建临时表空间快速释放空间：

-- 创建新的临时表空间
CREATE TEMPORARY TABLESPACE TEMP_NEW TEMPFILE '你的数据文件路径/temp_new.dbf' SIZE 1G AUTOEXTEND ON NEXT 100M MAXSIZE 30G;
-- 切换数据库默认临时表空间
ALTER DATABASE DEFAULT TEMPORARY TABLESPACE TEMP_NEW;
-- 确认旧临时表空间无活跃会话后，删除旧表空间及对应数据文件
DROP TABLESPACE TEMP INCLUDING CONTENTS AND DATAFILES;

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