如何在不丢失业务交易数据的情况下清理Oracle Users表空间

一、先定位增长根源 #

清理前必须明确占用空间的核心对象，避免盲目操作：

1. 找出USERS表空间内占用最大的段（表、索引、LOB等）：

SELECT segment_name, segment_type, ROUND(bytes/1024/1024, 2) AS size_mb
FROM dba_segments
WHERE tablespace_name = 'USERS'
ORDER BY size_mb DESC;

2. 查看大表的数据量及最近分析时间，判断是否为突发数据插入导致：

SELECT table_name, num_rows, last_analyzed
FROM dba_tables
WHERE tablespace_name = 'USERS'
ORDER BY num_rows DESC;

3. 检查回收站是否存在大量废弃对象占用空间：

SELECT owner, original_name, type, ROUND(bytes/1024/1024, 2) AS size_mb
FROM dba_recyclebin
WHERE tablespace_name = 'USERS';

二、针对性清理操作（确保不丢失业务数据） #

所有操作建议在业务低峰期执行，根据定位结果选择对应操作：

1. 清理回收站 #

若回收站存在大量无用废弃对象，可直接清理（误删的表可先恢复再清理）：

-- 清理当前用户回收站
PURGE RECYCLEBIN;
-- 清理全库回收站（需DBA权限）
PURGE DBA_RECYCLEBIN;

2. 收缩大表的空闲空间 #

若大表存在大量已删除行的空闲空间，可收缩表释放空间：

-- 启用行移动（必须步骤，注意可能影响业务）
ALTER TABLE your_large_table ENABLE ROW MOVEMENT;
-- 收缩表及关联索引，释放空间到表空间
ALTER TABLE your_large_table SHRINK SPACE CASCADE;
-- 可选：清理完成后关闭行移动
ALTER TABLE your_large_table DISABLE ROW MOVEMENT;

3. 清理过期业务数据 #

若存在可安全删除的历史归档数据、日志数据等，先备份再清理：

-- 示例：删除3个月前的日志数据
DELETE FROM business_log_table WHERE create_time < ADD_MONTHS(SYSDATE, -3);
COMMIT;
-- 清理后收缩表释放空间
ALTER TABLE business_log_table ENABLE ROW MOVEMENT;
ALTER TABLE business_log_table SHRINK SPACE;

4. 清理大LOB段 #

若存在大字段（LOB）占用空间，单独收缩LOB段：

-- 找出大LOB段
SELECT table_name, column_name, segment_name, ROUND(bytes/1024/1024, 2) AS size_mb
FROM dba_lobs
WHERE tablespace_name = 'USERS'
ORDER BY size_mb DESC;
-- 收缩指定LOB字段
ALTER TABLE target_table MODIFY LOB(lob_column) (SHRINK SPACE);

三、预防后续快速增长 #

1. 制定定期数据归档策略：比如每月清理半年前的历史数据，避免数据无限累积。
2. 设置表空间告警：监控表空间使用率，当达到70%-80%时触发告警，提前处理。
3. 合理配置表空间自动扩展：确保表空间有自动扩展能力，但限制最大容量，避免磁盘耗尽：

-- 查看USERS表空间文件的自动扩展设置
SELECT tablespace_name, file_name, autoextensible, ROUND(maxbytes/1024/1024, 2) AS max_size_mb
FROM dba_data_files
WHERE tablespace_name = 'USERS';

4. 大表分区改造：对数据量大的业务表采用分区（如按日期分区），后续删除旧分区即可快速释放空间，无需全表操作。

注意事项 #

• 所有操作尽量在业务低峰期执行，避免锁表影响线上交易。
• 操作前务必备份相关数据，确保异常时可回滚。
• 收缩表、移动行等操作会产生一定系统负载，需评估业务承受能力。

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