在新增记录时,HWM会慢慢往上移,可是在删除记录后,HWM却不会往下移。因此在使用delete from命令删除大量数据时会致使因HWM引发的性能问题。html
删除高水位的最直接的方法就是truncate Table 可是这种方式太过暴力,因此用如下的方法来删除高水位线。java
--删除数据app
DELETE FROM GJDS_BUS_OIL_LOG函数
WHERE VERSION < (13112-100);性能
--压缩快spa
move最好是在空闲时作 记得move的是会产生TM锁的 move之后记得重建index |
ALTER TABLE GJDS_BUS_OIL_LOG MOVE;.net
--压缩快以后全部索引都会失效,须要重建一下索引code
ALTER INDEX INDEX_NAME REBUILD;htm
--而后分析下表blog
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