高水位線好比水庫中儲水的水位線，用於描述資料庫中段的擴充套件方式。高水位線對全表掃描方式有著至關重要的影響。當使用delete 操作
表記錄時，高水位線並不會下降，隨之導致的是全表掃描的實際開銷並沒有任何減少。本文給出高水位線的描述，如何降低高水位線，以及高水
位線對全表掃描的影響。

一、何謂高水位線
    如前所述，類似於水庫中儲水的水位線。只不過在資料庫中用於描述段的擴充套件方式。
    可以將資料段或索引段等想象為一個從左到右依次排開的一系列塊。當這些塊中未填充任何資料時，高水位線位於塊的最左端(底端)
    隨著記錄的不斷增加，新塊不斷地被填充並使用，高水位線隨之向右移動。高水位線之上為未格式化的資料塊。
    刪除(delete)操作之後，高水位線之下的塊處於空閒狀態，但高水位線並不隨之下降，直到重建，截斷或收縮表段。
    全表掃描會掃描高水位線之下的所有塊，包括空閒資料塊(執行了delete操作)。
    
    低高水位線
      是在使用ASSM時的一個概念。即使用ASSM時除了高水位線之外，還包括一個低高水位線。低高水位線一定是位於高水位線之下。
      當段使用MSSM管理方式時只有一種情況即只存在一個高水位線。
      使用MMSM時，當HWM升高時，Oracle立即格式化所有塊且有效，並可以安全讀取。僅當第一次使用時完成格式化，便於安全讀取資料。
      使用ASSM時，當HWM升高時，Oracle並不會立即格式化所有塊。僅當第一次使用時完成格式化，便於安全讀取資料。
      使用低高水位線可以減少當全面掃描表段時，低高水位線與高水位線之間不安全塊的檢查數量。即低高水位線之下的塊不再檢查。
   
二、演示高水位線與全表掃描

SQL> create table t    -->建立測試表
  2  as
  3  select rownum as id,
  4  round(dbms_random.normal*1000) AS val1,
  5  dbms_random.string('p',250) AS pad
  6  from dual
  7  connect by level <=10000;

Table created.

SQL> exec dbms_stats.gather_table_stats('SCOTT','T',cascade=>true);  -->收集統計資訊

SQL> @Tab_Stat                        -->從dba_tab_statistics中獲得表物件的統計資訊，此時無empty_blocks的資訊
Enter value for input_table_name: t
Enter value for input_owner: scott

  NUM_ROWS       BLKS    EM_BLKS  AVG_SPACE  CHAIN_CNT AVG_ROW_LEN AVG_ROWS_PER_BLOCK LST_ANLY  STA
---------- ---------- ---------- ---------- ---------- ----------- ------------------ --------- ---
     10000        387          0          0          0         259                 26 03-NOV-11 NO

/**************************************************/
/* Author: Robinson Cheng                         */ 
/* Blog:   http://blog.csdn.net/robinson_0612     */
/* MSN:    
 
[email protected]              */
/* QQ:     645746311                              */ 
/**************************************************/ 

SQL> analyze table t compute statistics;    -->執行analyze

SQL> @Tab_Stat                              -->此時的empty_blocks值為125
Enter value for input_table_name: t
Enter value for input_owner: scott

  NUM_ROWS       BLKS    EM_BLKS  AVG_SPACE  CHAIN_CNT AVG_ROW_LEN AVG_ROWS_PER_BLOCK LST_ANLY  STA
---------- ---------- ---------- ---------- ---------- ----------- ------------------ --------- ---
     10000        387        125        920          0         262                 26 03-NOV-11 NO

SQL> col segment_name format a15
SQL> select segment_name,segment_type,blocks,extents from dba_segments  -->查看錶段上的塊的資訊
  2  where segment_name='T' and owner='SCOTT';

SEGMENT_NAME    SEGMENT_TYPE           BLOCKS    EXTENTS            -->此資料字典中記錄的塊數為512塊(包含了已使用塊與空閒塊)
--------------- ------------------ ---------- ----------
T               TABLE                     512         19

SQL> set autotrace traceonly;    -->開啟autotrace
SQL> select count(*) from t;     -->此時SQL語句的執行計劃為全表掃描(執行計劃中部分資訊被省略)

Execution Plan
----------------------------------------------------------
Plan hash value: 2966233522

-------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Cost (%CPU)| Time     |
-------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |     1 |    86   (0)| 00:00:02 |
|   1 |  SORT AGGREGATE    |      |     1 |            |          |
|   2 |   TABLE ACCESS FULL| T    | 10000 |    86   (0)| 00:00:02 |
-------------------------------------------------------------------

Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
        375  consistent gets          -->consistent gets的值為375
          0  physical reads

SQL> set autotrace off;
SQL> delete from t where rownum<=9900;   -->刪除大多數的記錄，刪除後剩餘記錄值為100

9900 rows deleted.
SQL> commit;

SQL> exec dbms_stats.gather_table_stats('SCOTT','T',cascade=>true); -->收集統計資訊

SQL> analyze table t compute statistics;  -->收集統計資訊

SQL> @Tab_Stat                           -->此時物件上的統計資訊無任何變化，即高水位線沒有發生任何變化
Enter value for input_table_name: t
Enter value for input_owner: scott

  NUM_ROWS       BLKS    EM_BLKS  AVG_SPACE  CHAIN_CNT AVG_ROW_LEN AVG_ROWS_PER_BLOCK LST_ANLY  STA
---------- ---------- ---------- ---------- ---------- ----------- ------------------ --------- ---
       100        387        125       7921          0         262                  0 03-NOV-11 NO
                 
SQL> set autotrace traceonly    
SQL> select count(*) from t;     -->SQL的執行計劃中預估的值準確，為100行

Execution Plan
----------------------------------------------------------
Plan hash value: 2966233522

-------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Cost (%CPU)| Time     |
-------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |     1 |    86   (0)| 00:00:02 |
|   1 |  SORT AGGREGATE    |      |     1 |            |          |
|   2 |   TABLE ACCESS FULL| T    |   100 |    86   (0)| 00:00:02 |
-------------------------------------------------------------------

Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
        375  consistent gets   -->consistent gets的值仍然為375，並沒有下降
          0  physical reads

SQL> set autotrace off;
SQL> alter table t enable row movement;      -->啟用row movement

SQL> alter table t shrink space cascade;     --> 實施shrink space

SQL> alter table t disable row movement;

SQL> exec dbms_stats.gather_table_stats('SCOTT','T');

SQL> analyze table t compute statistics;

SQL> @Tab_Stat                           -->此時物件上的統計資訊已發生變化，已使用的塊為4塊，空閒塊為4塊
Enter value for input_table_name: t
Enter value for input_owner: scott
  NUM_ROWS       BLKS    EM_BLKS  AVG_SPACE  CHAIN_CNT AVG_ROW_LEN AVG_ROWS_PER_BLOCK LST_ANLY  STA
---------- ---------- ---------- ---------- ---------- ----------- ------------------ --------- ---
       100          4          4       7921          0         259                 25 03-NOV-11 NO

SQL> set autotrace traceonly 
SQL> select count(*) from t;

Execution Plan
----------------------------------------------------------
Plan hash value: 2966233522

-------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Cost (%CPU)| Time     |
-------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |     1 |     3   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE    |      |     1 |            |          |
|   2 |   TABLE ACCESS FULL| T    |   100 |     3   (0)| 00:00:01 |
-------------------------------------------------------------------

Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
          6  consistent gets    -->表段收縮之後，consistent gets由375下降為6
          0  physical reads
                 
SQL> truncate table t;  -->使用表截斷技術(turncate table)

Table truncated.

SQL> exec dbms_stats.gather_table_stats('SCOTT','T');  -->收集統計資訊

PL/SQL procedure successfully completed.

SQL> select count(*) from t;   -->此時執行計劃中的rows變為1

Execution Plan
----------------------------------------------------------
Plan hash value: 2966233522

-------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Cost (%CPU)| Time     |
-------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |     1 |     2   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE    |      |     1 |            |          |
|   2 |   TABLE ACCESS FULL| T    |     1 |     2   (0)| 00:00:01 |
-------------------------------------------------------------------

Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
          3  consistent gets   -->consistent gets的值降為3
          0  physical reads