在新增记录时,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
|