簡(jiǎn)介當(dāng)人們考慮在數(shù)據(jù)庫(kù)引擎中進(jìn)行并行處理時(shí)，他們立即會(huì)想到通過(guò)使用多個(gè)處理器處理單個(gè)查詢來(lái)達(dá)到改進(jìn)的 查詢響應(yīng)時(shí)間。人們往往沒(méi)有注重到：并行處理也可以加速索引處理，從而改進(jìn)數(shù)據(jù)庫(kù)服務(wù)器的總體性能。使用 IBM® DB2® Universal Database™ (UDB) for iSeries™，就有可能將多個(gè) CPU 用于索引處理。非凡是，當(dāng)創(chuàng)建索引以及由于底層數(shù)據(jù)更改而維護(hù)索引時(shí)，DB2 UDB for iSeries 可以使用多個(gè)處理器。以并行方式創(chuàng)建和維護(hù)索引的能力可應(yīng)用于傳統(tǒng)的二進(jìn)制基數(shù)和編碼的向量索引結(jié)構(gòu)。DB2 UDB for iSeries 并行處理只可以在 iSeries 服務(wù)器上使用，其中已經(jīng)購(gòu)買、安裝和激活了 DB2 對(duì)稱多處理（DB2 Symmetric MultiProcessing，DB2 SMP）特許功能部件，如啟用并行處理中所述。并行索引創(chuàng)建DB2 UDB for iSeries 可以將并行處理用于創(chuàng)建 SQL 索引和用鍵值標(biāo)識(shí)的邏輯文件（即，CRTLF 命令）。并行索引處理是通過(guò)如下方式完成的：在邏輯上，將基本表分成多個(gè)數(shù)據(jù)段，接著每個(gè)進(jìn)程為指定的表段構(gòu)建索引鍵值。然后，將由每個(gè)并行進(jìn)程執(zhí)行的任務(wù)合并在一起來(lái)完成最后的索引結(jié)構(gòu)。正如您在 圖1 中所看到的那樣，使用附加的 CPU 資源可以充分減少創(chuàng)建索引所花費(fèi)的時(shí)間。這種能力在非常大型的數(shù)據(jù)庫(kù)環(huán)境中或者在需要盡快重新創(chuàng)建索引的恢復(fù)方案下變得十分重要。圖1. 啟用并行性之后極大地改進(jìn)了索引構(gòu)建時(shí)間并行索引維護(hù)索引維護(hù)的任務(wù)是更改索引鍵以反映對(duì)相關(guān)數(shù)據(jù)庫(kù)行的更改（通常通過(guò) insert 、 update 或 delete 引起)。假如更改了客戶的訂單號(hào)或者新的客戶訂單添加到了數(shù)據(jù)庫(kù)，則必須更新所有包含訂單號(hào)列作為鍵字段的索引。索引的維護(hù)（或更新）影響與添加或更改訂單相關(guān)的整個(gè)事務(wù)時(shí)間。 123下一頁(yè) 假如數(shù)據(jù)庫(kù)行更改影響多個(gè)索引，那么這些索引的維護(hù)會(huì)串行發(fā)生，缺省情況下，每次維護(hù)一個(gè)索引。首先，訂單號(hào)更改被傳播到 IndexA。對(duì) IndexA 的更改完成之后，訂單號(hào)被傳播到 IndexB，依此類推。并行索引維護(hù)涉及同時(shí)維護(hù)多個(gè)索引。客戶的訂單號(hào)更改可以被同時(shí)傳播到 IndexA 和 IndexB。這個(gè)并發(fā)索引維護(hù)處理減少了在整個(gè)數(shù)據(jù)庫(kù)中更改訂單號(hào)所花的總計(jì)時(shí)間。并行索引維護(hù)用資源換取了時(shí)間，提高了給定應(yīng)用程序或事務(wù)的 I/O 速度。圖2 反映了可以通過(guò)并行維護(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 才使用并行索引維護(hù)：正在執(zhí)行 8 行或者更多行的分塊插入（或?qū)懀Ｏ嚓P(guān)表上定義了兩個(gè)或兩個(gè)以上的索引。一般可以在成批更新和數(shù)據(jù)倉(cāng)庫(kù)裝入過(guò)程中找到分塊插入，所以并行索引維護(hù)將在這些環(huán)境中產(chǎn)生最顯著的性能效果。技巧：假如裝入進(jìn)程添加到表的新行多于該表行數(shù)的 20%，那么通常建議在裝入之前先刪除索引，然后在裝入進(jìn)程完成之后使用并行處理來(lái)重構(gòu)索引。啟用并行處理在安裝 DB2 SMP 功能部件之后，有幾種激活并行處理的不同方法，以便可以執(zhí)行并行索引構(gòu)建和維護(hù)。在系統(tǒng)級(jí)別缺省情況下，通過(guò) QQRYDEGREE 系統(tǒng)值，將并行處理量控制在系統(tǒng)范圍的級(jí)別。假如該系統(tǒng)值被設(shè)置成 *NONE 以外的其它值，那么在維護(hù)和構(gòu)建索引時(shí) DB2 UDB 將使用并行處理。 CHGSYSVAL （更改系統(tǒng)值）命令可用于更改 QQRYDEGREE 系統(tǒng)值的設(shè)置。您可以指定下面這些值來(lái)啟用并行索引處理： 上一頁(yè)123下一頁(yè) *MAX — 在并行索引維護(hù)和構(gòu)建期間，DB2 UDB 引擎可以使用可用于作業(yè)（連接）的所有 CPU 處理器和所有內(nèi)存。*OPTIMIZE —“好鄰居設(shè)置。DB2 UDB 引擎在 CPU 處理器之間和內(nèi)存中進(jìn)行作業(yè)共享。*NBRTASKS n — 它設(shè)置 DB2 UDB 引擎可以使用的最大 CPU 處理器數(shù)。這不是 QQRYDEGREE 系統(tǒng)值的有效值。*NONE — 這是缺省值。對(duì)索引處理不使用并行處理。在作業(yè)或連接級(jí)別假如您想要將并行處理限制于單個(gè)作業(yè)或連接，則使用 CHGQRYA （更改查詢屬性）CL 系統(tǒng)命令或 QAQQINI 文件來(lái)為作業(yè)或連接啟用并行處理。這些接口將覆蓋系統(tǒng)值設(shè)置。CHGQRYA CL 命令的 DEGREE 參數(shù)接受與系統(tǒng)值相同的值。假如在作業(yè)中執(zhí)行下面的 CHGQRYA 命令，那么不管系統(tǒng)值是什么，該作業(yè)的并行度只能設(shè)置成 *MAX 。CHGQRYA　DEGREE(*MAX)可以在作業(yè)中多次發(fā)出該命令來(lái)打開或關(guān)閉并行性。QAQQINI 文件同樣答應(yīng)您為單個(gè)作業(yè)或連接指定并行處理。象可以在 PC 中找到的 .INI 文件（它們用于存儲(chǔ)控制 PC 工具和應(yīng)用程序的行為（顏色、窗口大小等）的配置設(shè)置）一樣， QAQQINI 文件可用來(lái)影響數(shù)據(jù)庫(kù)引擎的行為 — 在這種情況下是并行處理行為。可以在多個(gè)數(shù)據(jù)庫(kù)請(qǐng)求之間動(dòng)態(tài)保存和應(yīng)用這些 QAQQINI 配置設(shè)置。QAQQINI 文件只是一個(gè)標(biāo)準(zhǔn)的數(shù)據(jù)庫(kù)表這一事實(shí)意味著：您可以根據(jù)環(huán)境需要，動(dòng)態(tài)地更改不同屬性的值。它還非常靈活，因?yàn)闃?biāo)準(zhǔn)數(shù)據(jù)庫(kù)接口可用來(lái)更改 QAQQINI 屬性的值。下面的SQL 語(yǔ)句演示了如何使用 QAQQINI 文件來(lái)將并行處理度設(shè)置為 *OPTIMIZE:UPDATE MyLib.QAQQINISET QQVAL = '*OPTIMIZE'　 WHERE QQPAM='PARALLEL_DEGREE'對(duì)于在作業(yè)或連接期間可以更改屬性值的次數(shù)沒(méi)有限制。結(jié)束語(yǔ)本文演示了 DB2 SMP 功能部件為非查詢工作負(fù)載所提供的并行處理的價(jià)值。要啟用并行索引處理，可在構(gòu)建索引、裝入數(shù)據(jù)或執(zhí)行批處理前，通過(guò)本文中描述的接口之一來(lái)激活并行處理。通過(guò)這樣做，您可以更充分利用具有多個(gè) CPU 的服務(wù)器上的 CPU 資源并提高性能。 上一頁(yè)123