99热国产这里只有精品99,91精品啪在线看国产网站,亚洲一区中文

???高水位線好比水庫中儲水的水位線，用于描述數據庫中段的擴展方式。高水位線對全表掃描方式有著至關重要的影響。當使用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:    robinson_0612@hotmail.com              */

/* 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

三、總結
??1、高水線直接決定了全表掃描所需要的I/O開銷
??2、delete操作不會降低高水位線，高水位線之下的所有塊依然被掃描
??3、使用truncate 會重置高水位線到0位
??4、定期使用alter table tab_name shrink space cascade 有效減少該對象上的I/O開銷
??
四、延伸參考
?? 收縮表段(shrink space) ?
?? dbms_xplan之display_cursor函數的使用 ?
?? dbms_xplan之display函數的使用 ?
?? 執行計劃中各字段各模塊描述 ?
?? Oracle 綁定變量窺探 ?
?? Oracle 自適應共享游標 ??
?? Oracle ROWID?

高水位線和全表掃描

更多文章、技術交流、商務合作、聯系博主

微信掃碼或搜索：z360901061

微信掃一掃加我為好友

QQ號聯系： 360901061

您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。

【本文對您有幫助就好】元

2元

5元

10元

20元

自定義