在新增记录时,HWM会慢慢往上移,但是在删除记录后,HWM却不会往下移。所以在使用delete from命令删除大量数据时会导致因HWM引起的性能问题。
删除高水位的最直接的方法就是truncate Table 但是这种方式太过暴力，所以用以下的方法来删除高水位线。
--删除数据
DELETE FROM GJDS_BUS_OIL_LOG
WHERE VERSION < (13112-100);
--压缩快
| move最好是在空闲时做 记得move的是会产生TM锁的 move以后记得重建index |
ALTER TABLE GJDS_BUS_OIL_LOG MOVE;
--压缩快之后所有索引都会失效，需要重建一下索引
ALTER INDEX INDEX_NAME REBUILD;
--然后分析下表
ANALYZE TABLE GJDS_BUS_OIL_LOG COMPUTE STATISTICS FOR TABLE FOR ALL INDEXES FOR ALL INDEXED COLUMNS;
--查看块总数
SELECT SEGMENT_NAME, EXTENTS, BLOCKS
FROM USER_SEGMENTS
WHERE SEGMENT_NAME = ‘GJDS_BUS_OIL_LOG‘;
--查看高水位
SELECT BLOCKS, EMPTY_BLOCKS
FROM DBA_TABLES
WHERE TABLE_NAME = ‘GJDS_BUS_OIL_LOG‘
AND OWNER = ‘BUS‘;
--查看实际用了多少块
SELECT COUNT(DISTINCT DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)) USED_BLOCK
FROM GJDS_BUS_OIL_LOG S;
另一种方法是使用SHRINK SPACE
以下情况不能使用SHRINK SPACE
■ IOT mapping tables
■ Tables with rowid based materialized views
■ Tables with function-based indexes --函数索引
■ SECUREFILE LOBs
■ Compressed tables
如果有函数索引需要删除函数索引才可以使用
--启用ROW MOVEMENT
ALTER TABLE GJDS_BUS_OIL_LOG ENABLE ROW MOVEMENT;
--压缩段
ALTER TABLE GJDS_BUS_OIL_LOG SHRINK SPACE;
同样需要重建索引和重新分析表
参考资料：http://www.blogjava.net/decode360/archive/2009/07/14/287767.html