我們今天主要向大家講述的是DB2并行索引的創(chuàng)建與維護(hù)，DB2 UDB for iSeries 能將并行處理用于創(chuàng)建 SQL 索引與用鍵值標(biāo)識的邏輯文件(即，CRTLF 命令)。DB2并行索引處理主要是通過如下方式完成的：

在邏輯上，將基本表分成多個(gè)數(shù)據(jù)段，接著每個(gè)進(jìn)程為指定的表段構(gòu)建索引鍵值。然后，將由每個(gè)并行進(jìn)程執(zhí)行的任務(wù)合并在一起來完成***的索引結(jié)構(gòu)。

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

圖1. 啟用并行性之后極大地改進(jìn)了索引構(gòu)建時(shí)間

DB2并行索引維護(hù)

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

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

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

圖2 反映了可以通過并行維護(hù)多個(gè)索引達(dá)到的節(jié)省時(shí)間。在圖2中，新行被裝入具有多個(gè)索引的表中，并行索引維護(hù)將裝入時(shí)間縮短到二到三分之一。

圖 2. 當(dāng)索引維護(hù)并行發(fā)生時(shí)裝入時(shí)間得到改進(jìn)

僅當(dāng)應(yīng)用程序處于下列情況時(shí)，DB2 UDB for iSeries 才使用DB2并行索引維護(hù)：

正在執(zhí)行 8 行或者更多行的分塊插入(或?qū)?。

相關(guān)表上定義了兩個(gè)或兩個(gè)以上的索引。

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

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

【編輯推薦】

1. 學(xué)會DB2數(shù)據(jù)移動，很簡單！
2. DB2建立database Partition很簡單！
3. 對DB2數(shù)據(jù)庫所支持的外部文件格式的梳理
4. 對DB2驅(qū)動類型的詳細(xì)講解
5. 實(shí)現(xiàn)DB2執(zhí)行計(jì)劃的更新并不難！