潛水珽的異想世界

Table為甚麼需要重整?

OLTP系統因為經常性insert、update、delete操作引起資料區塊的擴增、縮減,所以使用過一段時間後,效能是會隨著資料成長、變更而下降,因此適時的重整資料表是可以改善資料庫的效能。

跟Table有關的一些參數?

Pctfree:這參數是用來告訴freelist甚麼情形下將可用區塊紀錄移出。

Pctused:這參數是用來告訴freelist甚麼情形下將可用區塊紀錄加入。

Freelist:這個參數告訴Oracle有多少的區段header區塊可供資料變更的動作。

Freelist的競爭是因為大量用戶對table進行資料變更,當資料擴增、減少時,擴展extend、回收extend時修改freelist所發生的競爭瓶頸,通常增加多個freelist是可以解決這個問題的,建議將freelist參數設定為會同時進行update操作的最大數目。

Pctfree及Pctused兩個參數是用來管理資料區塊對資料表Freelist的移動。

Pctused的值越低,則每個區塊可以使用的空間也就越多,所以可以增加insert資料的速度, Pctused的值越高,則freelist中的區塊將會變少,在後續的insert資料操作中,將可能發生空間不足的問題。

                              空間、Pctfree固定下

                              Pctused ↑  Freelist ↓

                              Pctused ↓　Freelist ↑    (成反比)

                             空間、Pctused固定下

                             Pctfree↑  Freelist ↑

                             Pctfree↓　Freelist ↓     (成正比)

如何找出需要重整的table?

重整table的方法?

1.      CTAS

利用create table new_table as Reorganization_table 指令重整table。

2.      Export/import

利用匯出/匯入工具將table資料匯出/匯入。

3.      SQL Loader

利用SQL Loader工具將資料重新載入。

4.      dbms_redefinition package來重整

使用DBMS_REDEFINITION包需要EXECUTE_CATALOG_ROLE角色，除此之外，還需要CREATE ANY TABLE、ALTER ANY TABLE、DROP ANY TABLE、LOCK ANY TABLE和SELECT ANY TABLE的權限。

線上重定義表的步驟如下：

a.選擇一種重定義方法：

有兩種重新定義表格的方法，一種是基於主鍵(P-KEY)、另一種是基於ROWID。ROWID的方式不能用於索引組織表，而且重定義後會存在隱藏列M_ROW$$。預設採用主鍵的方式。

b.使用DBMS_REDEFINITION.CAN_REDEF_TABLE( )過程，如果表不滿足重定義的條件，將會報error並秀出原因。

c.在用一個方案中建立一個空的中間表，根據重定義後你期望得到的結構建立中間表。比如：採用分區表，增加了COLUMN等。

d.使用DBMS_REDEFINITION.START_REDEF_TABLE( )過程，並提供下列參數：被重定義的表的名稱、中間表的名稱、列的映射規則、重定義方法。

如果映射方法沒有提供，則認為所有包括在中間表中的列用於表的重定義。如果給出了映射方法，則只考慮映射方法中給出的列。如果沒有給出重定義方法，則認為使用主鍵方式。

e.在中間表上建立觸發器、索引和約束，並進行相應的授權。任何包含中間表的完整性約束應將狀態置為disabled。

當重定義完成時，中間表上建立的觸發器、索引、約束和授權將替換重定義表上的觸發器、索引、約束和授權。中間表上disabled的約束將在重定義表上enable。

f.（Option）如果在執行DBMS_REDEFINITION.START_REDEF_TABLE( )過程和執行DBMS_REDEFINITION.FINISH_REDEF_TABLE( )過程直接在重定義表上執行了大量的DML操作，那麼可以選擇執行一次或多次的SYNC_INTERIM_TABLE( )過程，以減少最後一步執行FINISH_REDEF_TABLE( )過程時的鎖定時間。

g.執行DBMS_REDEFINITION.FINISH_REDEF_TABLE( )過程完成表的重定義。這個過程中，原始表會被獨佔模式鎖定一小段時間，具體時間和表的資料量有關。

執行完FINISH_REDEF_TABLE( )過程後，原始表重定義後具有了中間表的屬性、索引、約束、授權和觸發器。中間表上disabled的約束在原始表上處於enabled狀態。

h.（Option）可以重命名索引、觸發器和約束。對於採用了ROWID方式重定義的表，包括了一個隱含列M_ROW$$。推薦使用下列語句經隱含列置為UNUSED狀態或刪除。

ALTER TABLE TABLE_NAME SET UNUSED (M_ROW$$);

ALTER TABLE TABLE_NAME DROP UNUSED COLUMNS;

下面是進行重定義操作後的結果：

原始表根據中間表的屬性和特性進行重定義；START_REDEF_TABLE( )和FINISH_REDEF_TABLE( )操作之間在中間表上建立的觸發器、索引、約束和授權，現在定義在原始表上。中間表上disabled的約束在原始表上處於enabled狀態。

原始表上定義的觸發器、索引、約束和授權建立在中間表上，並會在刪除中間表時刪除。原始表上原來enabled狀態的索引，建立在中間表上，並處於disabled狀態。

任何定義在原始表上的存儲過程和游標都會變為INVALID，當下次調用時後自動進行編譯。

如果執行過程中出現錯誤或者人為選擇退出的話，可以執行DBMS_REDEFINITION.ABORT_REDEF_TABLE( )過程。