简单概念：

高水位线简单理解可以理解成放过水的木桶中留下的水痕，告诉别人它曾经有这么多水，类比到数据库，

某a表曾经存放0数据，那高水位线就在0这里，如果存放10000，那高水位线就在10000这，如果delete

（truncate不会保留高水位线）了后，那高水位线还是在10000这，代表曾经到达的最高位。全表扫描会

一直扫到高水位线，即使里面全是空的，所以会延长全表扫描的时间。

判断高水位线：

1.定性的方法，数据块多、行数少，表的块数量与表大小比对，必定存在高水位线

select owner,tablespace_name,TABLE_NAME,BLOCKS,NUM_ROWS*AVG_ROW_LEN/1024/1024 "m",NUM_ROWS,EMPTY_BLOCKS,
AVG_SPACE_FREELIST_BLOCKS,AVG_ROW_LEN,NUM_FREELIST_BLOCKS from dba_tables where
TABLE_NAME='LIS_INSPECTION_RESULT';

2.存储过程判断

网上有很多可以搜索。

3.查找数据库中某个表空间下，可以实际存储和需要的表空间差别最大的前10张表

从统计信息的出平均每行的长度和总行数

AVG_ROW_LEN*NUM_ROWS/1024/1024/0.9=判断的存储size（AVG_ROW_LEN*NUM_ROWS），

建议收集统计信息后查比较准确，90%的使用率，所以算大小再/0.9。Dba_tables中的AVG_ROW_LEN

以字节(b)为单位 BLOCKS*8/1024=块数x每个块8k/1024

语句（替换表）

SELECT NUM_ROWS,AVG_ROW_LEN*NUM_ROWS/1024/1024/0.9 NEED, BLOCKS*8/1024 TRUE,(BLOCKS*8/1024-AVG_ROW_LEN*
NUM_ROWS/1024/1024/0.9) RECOVER_MB,TABLE_NAME FROM dba_tables WHERE TABLESPACE_NAME='BB' AND BLOCKS*8/
1024-AVG_ROW_LEN*NUM_ROWS/1024/1024/0.9>100 AND rownum<11 order by RECOVER_MB desc;

不准确的可能性：

1.统计信息未收集，dba_tables视图里记录的不是最新的数据。

2.可能lob字段的原因，lob的信息不记录在dba_tables里。

处理方法：

1.重建表（不建议使用，整个表会锁住，且索引需要重建）

alter table table_name move;

Rebuild index

收集统计信息

2.shrink（收缩表）（建议使用）

时间较短，过程中部影响使用，开始和结束的时候会有锁，建议晚上业务低峰期操作

shink表空间必须为ASSM管理

select TABLESPACE_NAME,BLOCK_SIZE,SEGMENT_SPACE_MANAGEMENT,ALLOCATION_TYPE from dba_tablespaces;

Auto为是assm管理

需要先开启行迁移

alter table TEST_TAB enable row movement;

再收缩

alter table table_name shrink space;

关闭

alter table test_stud1 disable row movement;

1.对表的shrink space并不会导致其上的索引一并收缩空间。

2.SHRINK SPACE不支持对存在函数索引的表的操作。

3.SHRINK SPACE COMPACT只对目标对象做空间碎片整理，但并不调整高水位标志，也不会回收空间。但SHRINK SPACE则还会调整高水位标志，并回收空间。

假如 要同时压缩表的索引:ALTER TABLE TEST_TAB SHRINK SPACE CASCADE

3.expdp/impdp

导入导出一遍

4.复制到另个表，换名字

复制要保存 的数据到临时表t，drop原表，然后rename临时表t为原表

5.Alter table table_name deallocate unused

注：这证明,DEALLOCATE UNUSED为释放HWM上面的未运用 空间,但是并不会释放HWM下面的自由空间,也不会移动HWM的位置.

6.在线重定义

略

7.truncate（不现实）

8.等等方法