DB2 UDB for iSeries索引可用并行方式的處理

作者：佚名 2010-08-02 16:38:39

我們今天主要向大家闡述的是DB2 UDB for iSeries索引可用并行方式對其進行處理的實際操作，以下就是文章的主要內容的講述。

此文章主要向大家講述的是DB2 UDB for iSeries索引可用并行方式對其進行處理的實際操作，以下就是對DB2 UDB for iSeries索引可用并行方式對其進行處理的實際操作的描述，希望在你今后的學習中會有所幫助。

當人們考慮在數據庫引擎中進行并行處理時，他們立即會想到通過使用多個處理器處理單個查詢來達到改進的查詢響應時間。人們往往沒有注意到：并行處理也可以加速索引處理，從而改進數據庫服務器的總體性能。

簡介

當人們考慮在數據庫引擎中進行并行處理時，他們立即會想到通過使用多個處理器處理單個查詢來達到改進的查詢響應時間。人們往往沒有注意到：并行處理也可以加速索引處理，從而改進數據庫服務器的總體性能。使用 IBM® DB2® Universal Database™ (UDB) for iSeries™，就有可能將多個 CPU 用于索引處理。特別是，當創建索引以及由于底層數據更改而維護索引時，DB2 UDB for iSeries 可以使用多個處理器。以并行方式創建和維護索引的能力可應用于傳統的二進制基數和編碼的向量索引結構。

DB2 UDB for iSeries 并行處理只可以在 iSeries 服務器上使用，其中已經購買、安裝和激活了 DB2 對稱多處理(DB2 Symmetric MultiProcessing，DB2 SMP)特許功能部件，如啟用并行處理中所述。

并行索引創建

DB2 UDB for iSeries 可以將并行處理用于創建 SQL 索引和用鍵值標識的邏輯文件(即，CRTLF 命令)。并行索引處理是通過如下方式完成的：在邏輯上，將基本表分成多個數據段，接著每個進程為指定的表段構建索引鍵值。然后，將由每個并行進程執行的任務合并在一起來完成最后的索引結構。

正如您在圖1 中所看到的那樣，使用附加的 CPU 資源可以充分減少創建索引所花費的時間。這種能力在非常大型的數據庫環境中或者在需要盡快重新創建索引的恢復方案下變得十分重要。

圖1. 啟用并行性之后極大地改進了索引構建時間

DB2 UDB for iSeries索引可用并行方式處理

并行索引維護

索引維護的任務是更改索引鍵以反映對相關數據庫行的更改(通常通過 insert 、 update 或 delete 引起)。如果更改了客戶的訂單號或者新的客戶訂單添加到了數據庫，則必須更新所有包含訂單號列作為鍵字段的索引。索引的維護(或更新)影響與添加或更改訂單相關的整個事務時間。

如果數據庫行更改影響多個索引，那么這些索引的維護會串行發生，缺省情況下，每次維護一個索引。首先，訂單號更改被傳播到 IndexA。對 IndexA 的更改完成之后，訂單號被傳播到 IndexB，依此類推。

并行索引維護涉及同時維護多個索引。客戶的訂單號更改可以被同時傳播到 IndexA 和 IndexB。這個并發索引維護處理減少了在整個數據庫中更改訂單號所花的總計時間。并行索引維護用資源換取了時間，提高了給定應用程序或事務的 I/O 速度。

圖2 反映了可以通過并行維護多個索引達到的節省時間。在圖2中，新行被裝入具有多個索引的表中，并行索引維護將裝入時間縮短到二到三分之一。

圖 2. 當索引維護并行發生時裝入時間得到改進

僅當應用程序處于下列情況時，DB2 UDB for iSeries 才使用并行索引維護：

正在執行 8 行或者更多行的分塊插入(或寫)。

相關表上定義了兩個或兩個以上的索引。

一般可以在成批更新和數據倉庫裝入過程中找到分塊插入，所以并行索引維護將在這些環境中產生最顯著的性能效果。

技巧：如果裝入進程添加到表的新行多于該表行數的 20%，那么通常建議在裝入之前先刪除索引，然后在裝入進程完成之后使用并行處理來重構索引。

啟用并行處理

在安裝 DB2 SMP 功能部件之后，有幾種激活并行處理的不同方法，以便可以執行并行索引構建和維護。

在系統級別

缺省情況下，通過 QQRYDEGREE 系統值，將并行處理量控制在系統范圍的級別。如果該系統值被設置成 *NONE 以外的其它值，那么在維護和構建索引時 DB2 UDB 將使用并行處理。 CHGSYSVAL (更改系統值)命令可用于更改 QQRYDEGREE 系統值的設置。您可以指定下面這些值來啟用并行索引處理：