并行處理技術(shù)是數(shù)據(jù)庫(kù)的一項(xiàng)核心技術(shù)，它使組織能夠高效地治理和訪問(wèn)TB級(jí)的數(shù)據(jù)。假如不能提供高效的并行處理技術(shù)，這些大型數(shù)據(jù)庫(kù)（通常用于數(shù)據(jù)倉(cāng)庫(kù)但也越來(lái)越多地出現(xiàn)在業(yè)務(wù)系統(tǒng)中）將不會(huì)存在。 簡(jiǎn)而言之，并行處理就是利用多個(gè)CPU和I/O資源來(lái)執(zhí)行單個(gè)數(shù)據(jù)庫(kù)操作。盡管現(xiàn)在每個(gè)主要的數(shù)據(jù)庫(kù)供給商都聲稱(chēng)可以提供并行處理能力，但每個(gè)供給商所提供的體系結(jié)構(gòu)其實(shí)存在要害的差異。 本文討論Oracle9 i 并行處理的體系結(jié)構(gòu)，并說(shuō)明于在實(shí)際應(yīng)用中其相對(duì)于其它體系結(jié)構(gòu)的優(yōu)越性。需要著重指出的是，Oracle9i并行處理體系結(jié)構(gòu)的主要優(yōu)點(diǎn)在于它能在任何情況下完全利用底層硬件基礎(chǔ)架構(gòu)——每個(gè)處理器單元、每個(gè)內(nèi)存字節(jié)以及所有可用的I/O帶寬。本文還講述Oracle 并行處理組件與其它要害業(yè)務(wù)組件（例如：Oracle RealApplication Cluster）的無(wú)縫集成。 簡(jiǎn)介 現(xiàn)在的數(shù)據(jù)庫(kù)，無(wú)論是用于數(shù)據(jù)倉(cāng)庫(kù)、操作數(shù)據(jù)存儲(chǔ)(ODS)或OLTP 系統(tǒng)，都包含豐富的信息。然而，由于其中涉及海量數(shù)據(jù)，及時(shí)查找和展示信息是一個(gè)巨大的挑戰(zhàn)。并行處理技術(shù)能夠解決這一挑戰(zhàn)。使用并行處理技術(shù)，數(shù)分種內(nèi)（而非數(shù)小時(shí)或數(shù)天）就可以處理數(shù)TB級(jí)的數(shù)據(jù)。并行處理技術(shù)通過(guò)利用所有可用的硬件資源取得這樣的高性能：多個(gè)CPU、多個(gè)I/O通道、多個(gè)存儲(chǔ)陣列和磁盤(pán)驅(qū)動(dòng)器，以及大量的內(nèi)存。數(shù)據(jù)庫(kù)軟件越能有效地利用所有這些資源，處理查詢(xún)和其它數(shù)據(jù)庫(kù)操作就越有效。 此外，現(xiàn)在的數(shù)據(jù)庫(kù)應(yīng)用的復(fù)雜性大大都增強(qiáng)了，不僅需要支持大量并發(fā)用戶(hù)，而且需要治理不同類(lèi)型的用戶(hù)。因此，一個(gè)并行查詢(xún)體系結(jié)構(gòu)不僅應(yīng)該確保底層硬件平臺(tái)的所有資源都得到充分利用，而且應(yīng)該更進(jìn)一步，將這些資源適當(dāng)?shù)胤峙浣o多個(gè)并發(fā)請(qǐng)求。很顯然，支持CEO的戰(zhàn)略決策的請(qǐng)求比執(zhí)行批處理報(bào)表更加重要，并行查詢(xún)體系結(jié)構(gòu)應(yīng)該能夠處理這些商務(wù)要求：不僅基于請(qǐng)求自身，而且應(yīng)該基于發(fā)出請(qǐng)求的人以及當(dāng)前可用的系統(tǒng)資源的數(shù)量來(lái)做出動(dòng)態(tài)的分配。 Oracle9i 的并行處理體系結(jié)構(gòu)能夠全面滿(mǎn)足這些要求，Oracle9i的體系結(jié)構(gòu)不僅提供業(yè)界領(lǐng)先的高性能，而且是唯一可以自適應(yīng)和動(dòng)態(tài)調(diào)整的。 Oracle9i 的并行處理體系結(jié)構(gòu)充分利用每種硬件投資――SMP、群集或MPP的優(yōu)勢(shì)——在任何時(shí)間保證最佳的吞吐量和連續(xù)的、優(yōu)化的系統(tǒng)使用量。 Oracle9i 數(shù)據(jù)庫(kù)根據(jù)可用資源、請(qǐng)求優(yōu)先級(jí)和實(shí)際系統(tǒng)負(fù)載控制來(lái)平衡所有并行操作。 并行化設(shè)計(jì)策略——靜態(tài)與動(dòng)態(tài) 并行處理的思想就是將單個(gè)任務(wù)分解為多個(gè)更小的單元。不是通過(guò)一個(gè)進(jìn)程完成所有工作，而是將任務(wù)并行化而使多個(gè)進(jìn)程同時(shí)在更小的單元上運(yùn)行。這可以極大地提高性能和最佳地利用系統(tǒng)。然而，并行處理的最要害部分是如何作出將單個(gè)任務(wù)分成更小的工作單元的正確決策。 典型地，有兩種方法用于實(shí)現(xiàn)數(shù)據(jù)庫(kù)系統(tǒng)的并行處理。主要區(qū)別在于是否需要進(jìn)行物理數(shù)據(jù)布局，將靜態(tài)的數(shù)據(jù)分區(qū)作為并行處理的前提。 通過(guò)物理數(shù)據(jù)分區(qū)的靜態(tài)并行——不共享 在純不共享數(shù)據(jù)庫(kù)體系結(jié)構(gòu)中必須將數(shù)據(jù)庫(kù)文件在多計(jì)算機(jī)系統(tǒng)的節(jié)點(diǎn)上進(jìn)行分區(qū)才能進(jìn)行并行處理。每個(gè)節(jié)點(diǎn)擁有一個(gè)數(shù)據(jù)子集，擁有節(jié)點(diǎn)使用單一進(jìn)程或線程，以獨(dú)占方式執(zhí)行對(duì)此數(shù)據(jù)子集的所有訪問(wèn)。數(shù)據(jù)訪問(wèn)不能在分區(qū)內(nèi)并行。（有時(shí)，也用術(shù)語(yǔ)“虛擬處理器”來(lái)代替節(jié)點(diǎn)。“虛擬處理器”是在SMP計(jì)算機(jī)上模擬不共享節(jié)點(diǎn)的一種機(jī)制。為了簡(jiǎn)單，在討論不共享體系結(jié)構(gòu)時(shí)，我們將統(tǒng)一使用“節(jié)點(diǎn)”作為術(shù)語(yǔ)）。換句話說(shuō)，純不共享系統(tǒng)使用分區(qū)或受限訪問(wèn)方法在多個(gè)處理節(jié)點(diǎn)間劃分工作。節(jié)點(diǎn)對(duì)數(shù)據(jù)所有權(quán)的改變相對(duì)少見(jiàn)——為了適應(yīng)業(yè)務(wù)需求的改變而進(jìn)行的數(shù)據(jù)庫(kù)重組、添加或刪除節(jié)點(diǎn)以及節(jié)點(diǎn)故障是所有權(quán)更改的典型原因。這種數(shù)據(jù)所有權(quán)的改變對(duì)純不共享系統(tǒng)而言總是意味著要進(jìn)行人工治理。從概念上看，可以認(rèn)為純不共享系統(tǒng)與分布式數(shù)據(jù)庫(kù)非常相似。為了在某個(gè)節(jié)點(diǎn)上執(zhí)行要求的讀/寫(xiě)操作，該節(jié)點(diǎn)上的事務(wù)必須將消息發(fā)送給擁有需要被訪問(wèn)的數(shù)據(jù)的其它節(jié)點(diǎn)，并協(xié)調(diào)在其它節(jié)點(diǎn)上完成的工作。將消息傳遞給其它節(jié)點(diǎn)，在它們擁有的數(shù)據(jù)集上請(qǐng)求執(zhí)行特定操作（功能）稱(chēng)為功能傳送。另一方面，假如從遠(yuǎn)程節(jié)點(diǎn)請(qǐng)求簡(jiǎn)單數(shù)據(jù)，則必須訪問(wèn)完整的數(shù)據(jù)集并將它從擁有節(jié)點(diǎn)返回至請(qǐng)求節(jié)點(diǎn)（數(shù)據(jù)傳送）。 在不共享體系結(jié)構(gòu)下的并行處理像分布式數(shù)據(jù)庫(kù)一樣運(yùn)作。每個(gè)節(jié)點(diǎn)以獨(dú)占方式擁有其數(shù)據(jù)分區(qū)。沒(méi)有其它任何節(jié)點(diǎn)可以訪問(wèn)此數(shù)據(jù)，而使節(jié)點(diǎn)成為單一的訪問(wèn)點(diǎn)和故障點(diǎn) 此方法具有一些基本缺點(diǎn)，無(wú)法解決今天高端環(huán)境對(duì)可伸縮性和高可用性要求: (1)、首先，不共享方法在用于共享一切的SMP硬件時(shí)并不是最佳的。為了獲得并行處理的益處而要求對(duì)數(shù)據(jù)進(jìn)行物理分區(qū)，在共享一切的SMP系統(tǒng)中很明顯是一種人工的、過(guò)時(shí)的要求。因?yàn)樵赟MP系統(tǒng)中每個(gè)處理器都可以對(duì)所有數(shù)據(jù)進(jìn)行直接的、等同的訪問(wèn)。 (2)、其次，在不共享方法中使用嚴(yán)格的基于分區(qū)的并行處理策略，通常會(huì)導(dǎo)致不正常的資源利用。例如以下兩種情況：在沒(méi)有必要訪問(wèn)表的所有分區(qū)時(shí)；或當(dāng)單一節(jié)點(diǎn)所擁有的更大的未分區(qū)表是操作的一部分時(shí)。在這些情況下，限制分區(qū)內(nèi)并行處理的緊密所有權(quán)模式，無(wú)法利用所有可用的處理能力，因而不能提供最佳的處理能力使用方案。 (3)、第三，由于具有對(duì)節(jié)點(diǎn)對(duì)應(yīng)物理數(shù)據(jù)分區(qū)的關(guān)系，不共享系統(tǒng)在適應(yīng)變化的業(yè)務(wù)需求方面一點(diǎn)都不靈活。當(dāng)業(yè)務(wù)增長(zhǎng)時(shí)，無(wú)法方便地以增量方式擴(kuò)充系統(tǒng)來(lái)適應(yīng)增長(zhǎng)的業(yè)務(wù)需求。可以升級(jí)所有現(xiàn)有的節(jié)點(diǎn)，保持它們對(duì)稱(chēng)并避免數(shù)據(jù)重新分區(qū)。在大多數(shù)情形下，升級(jí)所有節(jié)點(diǎn)費(fèi)用太高；必須添加新節(jié)點(diǎn)并重組（進(jìn)行物理重新分區(qū)）現(xiàn)有數(shù)據(jù)庫(kù)。一個(gè)不需要進(jìn)行任何重組的方案總是比必須重組的方案要更好，即使可以利用到最復(fù)雜的重組工具。 (4)、最后，由于使用嚴(yán)格的受限制的訪問(wèn)模式，不共享系統(tǒng)無(wú)法完全利用群集系統(tǒng)為保證系統(tǒng)高可靠性所提供的潛在的容錯(cuò)能力。 毫無(wú)疑問(wèn)，基于使用靜態(tài)數(shù)據(jù)分布的不共享體系結(jié)構(gòu)，大量的并行處理可以在實(shí)驗(yàn)室條件下并行化和擴(kuò)展。然而，在每個(gè)現(xiàn)實(shí)環(huán)境中，必須正確地解決上面談到的問(wèn)題才能滿(mǎn)足今天高端要害任務(wù)要求。 執(zhí)行時(shí)的動(dòng)態(tài)并行——共享一切 使用Oracle 的動(dòng)態(tài)并行處理框架，可以共享所有數(shù)據(jù)。并行化和將工作分成更小的單元的決策，并不受限于數(shù)據(jù)庫(kù)設(shè)置（創(chuàng)建）時(shí)所做的任何預(yù)先確定的靜態(tài)數(shù)據(jù)分布。 由于能夠?yàn)槊總€(gè)語(yǔ)句構(gòu)造不受限制的、優(yōu)化的數(shù)據(jù)子集，執(zhí)行時(shí)動(dòng)態(tài)并行可以提供與不共享體系結(jié)構(gòu)等同的或甚至更好的可伸縮性。每個(gè)查詢(xún)?cè)谠L問(wèn)、連接和處理數(shù)據(jù)的不同部分時(shí)都有它自己的特征。因此，每個(gè)SQL語(yǔ)句在被解析時(shí)都要進(jìn)行優(yōu)化和并行化處理。數(shù)據(jù)更改時(shí)，假如有更加優(yōu)化的并行執(zhí)行計(jì)劃可用，或者系統(tǒng)中新添加了一個(gè)節(jié)點(diǎn)，那么Oracle可以自動(dòng)適應(yīng)新的情況。這樣可為并行化任何種類(lèi)的操作提供最高程度的靈活性： (1)、在語(yǔ)句執(zhí)行前，對(duì)于每個(gè)查詢(xún)要求，會(huì)動(dòng)態(tài)地優(yōu)化并行訪問(wèn)的物理數(shù)據(jù)子集。 (2)、對(duì)于每個(gè)查詢(xún)，都會(huì)優(yōu)化其并行度。與不共享環(huán)境不同，不存在必需的最小并行度來(lái)調(diào)用所有節(jié)點(diǎn)訪問(wèn)所有數(shù)據(jù)，這是訪問(wèn)所有數(shù)據(jù)的基礎(chǔ)要求。 (3)、操作可以根據(jù)當(dāng)前工作負(fù)載、特征和查詢(xún)的重要性，使用一個(gè)、一些或全部Real Application Cluster 節(jié)點(diǎn)并行運(yùn)行。 只要語(yǔ)句得到優(yōu)化和并行化，就可以知道所有后續(xù)的并行子任務(wù)。原始進(jìn)程變?yōu)椴樵?xún)協(xié)調(diào)器；并行處理服務(wù)器（PX 服務(wù)器）從一個(gè)或多個(gè)節(jié)點(diǎn)上的并行處理服務(wù)器的公用緩沖池得到分配，并開(kāi)始并行執(zhí)行該操作。 與不共享體系結(jié)構(gòu)相似，共享一切體系結(jié)構(gòu)中的每個(gè)并行處理服務(wù)器在其個(gè)人數(shù)據(jù)子集上獨(dú)立工作。數(shù)據(jù)或功能在并行進(jìn)程之間的傳送機(jī)制也與上述的不共享體系結(jié)構(gòu)相似或者相同。確定請(qǐng)求的并行計(jì)劃之后，每個(gè)并行處理服務(wù)器都知道其數(shù)據(jù)集和任務(wù)，而進(jìn)程間通信就像在不共享環(huán)境中一樣很少。 然而，與不共享體系結(jié)構(gòu)不同，每個(gè)并行處理的SQL 語(yǔ)句不需要考慮任何物理數(shù)據(jù)庫(kù)布局限制就可以進(jìn)行優(yōu)化。這使得每個(gè)并行處理可以構(gòu)造最佳的數(shù)據(jù)子集，從而提供與純不共享體系結(jié)構(gòu)相比同等的，甚至在大多數(shù)情形下更好的可伸縮性和性能。只要有益，并行操作的后續(xù)步驟就會(huì)由一個(gè)并行處理服務(wù)器進(jìn)行組合和處理，從而減少數(shù)據(jù)傳送或功能傳送的需求。 為什么共享一切比不共享更好？ 不共享體系結(jié)構(gòu)可以追溯到將海量并行處理(MPP)系統(tǒng)看作唯一能提供可伸縮的高端并行計(jì)算的硬件體系結(jié)構(gòu)。MPP系統(tǒng)中的每個(gè)節(jié)點(diǎn)都有它自己的系統(tǒng)組件（CPU、內(nèi)存和磁盤(pán)），在不同的子任務(wù)上工作，并且不能共享其任何資源。 這一切都已過(guò)去。現(xiàn)在，大多數(shù)成功的、廣泛使用的并行硬件系統(tǒng)都是對(duì)稱(chēng)多處理器系統(tǒng)(SMP)， 要么是單機(jī)的，要么是作為松耦合的群集。SMP系統(tǒng)利用共享公用內(nèi)存和磁盤(pán)資源的多處理器，因而也被稱(chēng)為“共享一切”系統(tǒng)。 純不共享體系結(jié)構(gòu)的支持者總是聲稱(chēng)共享一切體系結(jié)構(gòu)（非凡是群集環(huán)境）對(duì)于高端環(huán)境會(huì)缺乏可伸縮性并引起顯著的開(kāi)銷(xiāo)，因而這種體系結(jié)構(gòu)不能用于具有高度并行和/或并發(fā)性的高端應(yīng)用。這種說(shuō)法是錯(cuò)誤的。今天的硬件和軟件技術(shù)已經(jīng)解決了過(guò)去所有的問(wèn)題，如高速群集互連或Oracle Real Application Clusters 的高速緩存融合體系結(jié)構(gòu)。 Oracle 的動(dòng)態(tài)并行處理框架建立在與不共享軟件相同的并行高級(jí)計(jì)算基礎(chǔ)設(shè)計(jì)之上，具有所有的優(yōu)點(diǎn)，還增強(qiáng)了其功能并克服了不共享方法在體系結(jié)構(gòu)上的缺點(diǎn)。基于不共享原理的軟件可以看作是第一代、但已經(jīng)過(guò)時(shí)的數(shù)據(jù)庫(kù)并行處理軟件。