根本原因是高水位线（hwm）不随delete下降，且表段、索引段、lob段各自独立占空间；仅查dba_tables的blocks会漏统计分区、索引和lob段，导致空间误判。
表数据行数少但 dba_segments 显示占用空间巨大，根本原因不是“数据多”，而是 Oracle 存储结构的三层叠加 + 空间未回收导致的——表段、索引段、LOB 段各自独立占空间，且删除/更新后高水位线（HWM）不下降。
查不到“大表”？先确认三类段是否被漏统计
只查 dba_tables 或 user_tables 的 BLOCKS，等于只看了房子主体，没算车库（索引）、地下室（LOB）和花园（分区段）。常见漏项：
-
dba_segments中SEGMENT_TYPE = 'TABLE'是主表段，但分区表每个分区都是独立TABLE PARTITION段，必须按SEGMENT_NAME聚合求和 -
SEGMENT_TYPE = 'INDEX'和'LOBINDEX'占用空间常超表本身，尤其带CLOB字段且建了域索引时 -
SEGMENT_TYPE = 'LOBSEGMENT'是真正存大对象的地方，一个 10MB 的 CLOB 字段，可能单独占 20MB+ 空间（含 chunk 块开销和缓存预留）
DELETE 或 TRUNCATE 后空间不释放？HWM 是关键
Oracle 不会因 DELETE 自动降低高水位线（HWM），空块仍属于该段，后续 INSERT 优先填这些“空地”，但 dba_free_space 查不到它们——它们在 HWM 下方，逻辑上“已分配但未释放”。现象：
-
ANALYZE TABLE ... COMPUTE STATISTICS后NUM_ROWS准确，但BLOCKS仍是旧值 -
SELECT SUM(BYTES)/1024/1024 FROM dba_segments WHERE SEGMENT_NAME = 'TBL_X'远大于实际数据量估算 - 执行
ALTER TABLE TBL_X SHRINK SPACE COMPACT报错ORA-10631：表未启用行迁移（需先ALTER TABLE ... ENABLE ROW MOVEMENT）
RESIZE 数据文件失败？ORA-03297 的真实含义
ALTER DATABASE DATAFILE ... RESIZE 报 ORA-03297，不是“空间不够”，而是文件末尾仍有已分配的块（哪怕只有一行数据）。本质是 Oracle 无法把段“挪到前面”再截断文件。解决路径只有两条：
- 先移动段：用
ALTER TABLE ... MOVE TABLESPACE new_ts把表连同其索引、LOB 全部迁出原表空间，再对原数据文件RESIZE - 或收缩段内空间：
ALTER TABLE ... SHRINK SPACE CASCADE（要求启用了ENABLE ROW MOVEMENT且表非NOLOGGING） - 注意：
SHRINK不释放数据文件空间，只降低 HWM；RESIZE才真正减小物理文件大小，二者常配合使用
真正难处理的从来不是“怎么缩”，而是缩完之后索引失效、LOB 索引损坏、应用 SQL 执行计划突变——这些副作用比空间本身更隐蔽，也更致命。
