在新增記錄時,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