HIGH WATER MARK之所以重要是因為它對全表掃描性能的影響。當實施一個全表掃描時，Oracle會讀取所有HIGH WATER MARK下的塊即使它們是空塊。當HIGH WATER MARK 下有很多unused block時實施全表掃描會增加額外的不必要的I/O。它也會在全局共享區中填充很多很多空塊。

3.分析方法
    存儲參數基本上屬于oracle internal的東西，因此oralce并沒有提供很好的手段來分析。但是對于DBA來說，還是可以通過block dump和DBMS_SPACE等手段來獲取部分信息。

3.1 提取block和free list信息
創建dbms_space使用的存儲過程show_space

SQL>

create or replace procedure show_space

 ( p_segname in varchar2,

 p_owner in varchar2 default user,

 p_type in varchar2 default 'TABLE',

 p_partition in varchar2 default NULL )

 as

 l_free_blks number;

 l_total_blocks number;

 l_total_bytes number;

 l_unused_blocks number;

 l_unused_bytes number;

 l_LastUsedExtFileId number;

 l_LastUsedExtBlockId number;

 l_last_used_block number;

 procedure p( p_label in varchar2, p_num in number )

 is

 begin

 dbms_output.put_line( rpad(p_label,40,'.') || p_num );

 end;

 begin

 dbms_space.free_blocks

 ( segment_owner => p_owner,

 segment_name => p_segname,

 segment_type => p_type,

 partition_name => p_partition,

 freelist_group_id => 0,

 free_blks => l_free_blks );

dbms_space.unused_space

 ( segment_owner => p_owner,

 segment_name => p_segname,

 segment_type => p_type,

 partition_name => p_partition,

 total_blocks => l_total_blocks,

 total_bytes => l_total_bytes,

 unused_blocks => l_unused_blocks,

 unused_bytes => l_unused_bytes,

 last_used_extent_file_id => l_LastUsedExtFileId,

 last_used_extent_block_id => l_LastUsedExtBlockId,

 last_used_block => l_last_used_block );

p( 'Free Blocks', l_free_blks );

 p( 'Total Blocks', l_total_blocks );

 p( 'Total Bytes', l_total_bytes );

 p( 'Unused Blocks', l_unused_blocks );

 p( 'Unused Bytes', l_unused_bytes );

 p( 'Last Used Ext FileId', l_LastUsedExtFileId );

 p( 'Last Used Ext BlockId', l_LastUsedExtBlockId );

 p( 'Last Used Block', l_last_used_block );

 end;

過程已創建。

SQL> create table t1(a char(1000)) storage( freelists 3);

表已創建。

SQL> set serveroutput on;

SQL> exec show_space('T1');

Free Blocks.............................0       <==Number of blocks on freelist

Total Blocks............................5       <==Total data blocks in segment

Total Bytes.............................20480   <==Total bytes in segment

Unused Blocks...........................4       <==Total unused blocks in segment

Unused Bytes............................16384   <==Total unused bytes in segment

Last Used Ext FileId....................15      <==File id of last used extent

Last Used Ext BlockId...................562     <==Block id of last used extent

Last Used Block.........................1       <==Last used block in extent

PL/SQL 過程已成功完成。

有關show_space的進一步使用技巧可參考文獻5。以下利用上面得到的數據對segment header block進行dump。

SQL>alter system dump datafile 15 block 562;

在udump/ora10792.trc中

*** 2004-09-08 15:29:57.343

Start dump data blocks tsn: 27 file#: 15 minblk 562 maxblk 562

buffer tsn: 27 rdba: 0x03c00232 (15/562)

scn: 0x0000.064560e4 seq: 0x02 flg: 0x00 tail: 0x60e41002

frmt: 0x02 chkval: 0x0000 type: 0x10=DATA SEGMENT HEADER - UNLIMITED

Extent Control Header

  -----------------------------------------------------------------

  Extent Header:: spare1: 0      space2: 0      #extents: 1      #blocks: 4    

                  last map  0x00000000  #maps: 0      offset: 2080 

      Highwater::  0x03c00233  ext#: 0      blk#: 0      ext size: 4    

  #blocks in seg. hdr's freelists: 0    

  #blocks below: 0    

  mapblk  0x00000000  offset: 0    

                   Unlocked

     Map Header:: next  0x00000000  #extents: 1    obj#: 60033  flag: 0x40000000

  Extent Map

  -----------------------------------------------------------------

   0x03c00233  length: 4    

 nfl = 3, nfb = 1 typ = 1 nxf = 0

  SEG LST:: flg: UNUSED lhd: 0x00000000 ltl: 0x00000000

  SEG LST:: flg: UNUSED lhd: 0x00000000 ltl: 0x00000000

  SEG LST:: flg: UNUSED lhd: 0x00000000 ltl: 0x00000000

  SEG LST:: flg: UNUSED lhd: 0x00000000 ltl: 0x00000000

End dump data blocks tsn: 27 file#: 15 minblk 562 maxblk 562

 對于上述塊中字段的說明，以及相關試驗。由于篇幅所限，本文不再列舉。可參考文獻7。

對非segment header的data block的dump方法和上述類似。data block的結構和segment header block不一樣，如果需要了解，可查閱參考文獻和資料。

3.2 提取HWM信息
3.2.1 HWM位置
HWM位置按下面的公式計算:

    HWM = useed byte = Total Bytes - Unused Blocks

Total Bytes和Unused Blocks都可以用show_space提取。

還可以通過ANALYZE tables得到HWM信息. DBA_TABLES視圖中包含了可用于各表空間分析的列。其中blocks代表已使用過的塊即HWM，empty_blocks代表未使用的空間。

3.2.1 HWM下空間利用信息
要比較有數據行的塊的塊數和HIGH WATER MARK下總塊數，可以用下面的公式來展示HWM下未用空間的比例。

p = 1- r/h

r:有數據行的塊的塊數

h:HWM下的塊數.

r可以通過如下方法獲得：

Oracle7:

SELECT count(distinct substr(rowid, 15,4) || substr(rowid, 1,8) )  FROM schema.table;

Oracle8 and Oracle9:

SELECT count(distinct substr(rowid, 7,3) || substr(rowid, 10,6) )  FROM schema.table;

如果公式計算的結果 p是0，就不需要對表進行重建。如果結果p大于0,應該考慮系統狀況和應用需要來決定是否需要總組表。

4.優化
4.1手工回收存儲空間
在HIGH WATER MARK以上的塊對性能沒有影響，但是會耗費空間。如何空間大小是一個考慮的問題，就可以決定回收空塊。

假設表T1的存儲示意圖如圖2.5所示，使用ALTER TABLE ... DEALLOCATE UNUSED語句可以回收HWM以上的空間。比如：

alter table t1 deallocate unused;

回收后T1的存儲示意如圖4.1.1

    如果在ALTER TABLE ... DEALLOCATE UNUSED語句中使用了KEEP關鍵字，則可以在HWM之后保留指定大小的空閑空間，比如：

    alter table t1 deallocate unused keep 10K;

回收后T1的存儲示意如圖4.1.2

4.2刪減表
    根據3.2.1可以得到HWM以下塊的使用情況。如何p大于時，對全表掃描性能會產生影響，同時也會耗用空間。

如果能夠確認應用有良好的索引幾乎不會用到全表掃描，那么HIGH WATER MARK以下的空塊，盡管耗費了空間，不會對訪問產生影響。如果不能確定，那么就需要考慮刪減表。

    刪減表的操作將刪除表中所有的記錄，并且重置HWM標記。表在刪減之后將成為一個空表。

    在Oracle中刪減表只有如下的兩種辦法：

1.使用drop語句

    先使用drop語句刪除整個表，然后再重建這個表。在刪除-重建的過程中，與表相關的所有索引、完整性約束以及觸發器都會丟失，并且所有依賴于該表的對象都會變為INVALID狀態，同時原來爭對表的授權也會失效。因此采用這種方式刪除表中的記錄代價太大。

2．使用TRUNCATE語句

    TRUNCATE語句屬于DDL語句，不會產生任何回退信息，并且被立即自動提交。在執行TRUNCATE語句時不會影響到與被刪減表相關的任何數據庫對象與授權，也不會觸發表中所定義的觸發器。此外，在對標進行刪減時，HWM將重置，已經為表分配的存儲空間將被回收。

    在執行TRUNCATE語句時，可以通過drop storage子句和reuse storage子句來控制被釋放的區是否回收到表空間中。如何作在線系統的TRUNCATE，不希望表長時間鎖住，那么可以使用reuse storage子句，僅將HWM重置。

4.3 free list優化
free list 競爭出現在多個進程使用同一個free list并試圖同時修改free list頭部數據塊時。可以通過查詢視圖v$waitsate的class類型為data block 的記錄來檢查競爭情況。

產生data block類型競爭的主要原因是多個進程試圖同時修改free list頭部數據塊。 然而，它也會出現在當進程準備將塊讀入buffer cathe時，另一個進程需要訪問同一個塊。如果能在V$SESSION_WAIT中正好捕獲buffer busy waits，就可以通過查詢V$SESSION_WAIT中的P3來判定是那一類。A 0 或 1014代表讀類型，其他的值為修改競爭的類型。

   下一步需要確定競爭涉及那些段。 如果能夠在V$SESSION_WAIT捕獲waits，就可以用P1和P2的值 (對應file 和 block) 在DBA_EXTENTS中找到段名。 如何是一個表，就很可能需要重建表來創建更多的process freelists。 一種計算需要創建多少個freelist的方法是dump一些段中接近HWM的塊，檢查interested transaction list的個數，具體方法可參見3.1。interested transactions個數的峰值加1 就是需要的最小process freelists的值。

從2.3和2.4可以看出，使用多個free list可能導致更多的空塊未被使用， 也可能導致段更快地擴展。如果性能是當前所關心的重點，那么多free lists 可以用來提高并發訪問能力，當然會增加一些額外空間的耗用。然而，如果空間使用大小是首先考慮的因素，那么推薦使用single freelist，使參數FREELISTS=1, 當然就不能提升并發事務的性能了。

V$WAITSTAT 也可顯示其他類型class的競爭，包括segment header 和free list。 出現在同一個free list group中多個事務需要同時更新它們的free list header記錄時。 有多種方法來解決這個問題如重建表采用更多的free list groups,或者增加 _bump_highwater_mark_count大小，或者調整應用本身。