連接模式：提高數(shù)據(jù)庫(kù)性能之捷徑

申請(qǐng)免費(fèi)試用、咨詢(xún)電話：400-8352-114

一、共享服務(wù)器模式。

共享服務(wù)器模式，也叫做多線程服務(wù)器模式。在這種模式下，Oracle數(shù)據(jù)庫(kù)允許多個(gè)用戶進(jìn)程共享非常少的服務(wù)器進(jìn)程。所以，可以同時(shí)實(shí)現(xiàn)用戶并發(fā)訪問(wèn)的人數(shù)也就大大的增加。如果使用專(zhuān)用服務(wù)器模式，則每個(gè)用戶連接數(shù)據(jù)庫(kù)時(shí)，每個(gè)用戶進(jìn)程需要他自己的專(zhuān)用服務(wù)器進(jìn)程。也就是說(shuō)，客戶端進(jìn)程與服務(wù)器端進(jìn)程是一一對(duì)應(yīng)的。

而如果采用共享服務(wù)器模式的話，則多個(gè)用戶可以共用一個(gè)服務(wù)器進(jìn)程，也就是說(shuō)，此時(shí)客戶端進(jìn)程與服務(wù)器進(jìn)程是多對(duì)一的情況。這主要是通過(guò)調(diào)度程序來(lái)實(shí)現(xiàn)的。調(diào)度程序?qū)⒍鄠€(gè)加入數(shù)據(jù)庫(kù)訪問(wèn)會(huì)話請(qǐng)求指引到一個(gè)共用隊(duì)列。服務(wù)器進(jìn)程共享池中某個(gè)閑置的共享服務(wù)器進(jìn)程依次從隊(duì)列中獲得一個(gè)請(qǐng)求。也就是說(shuō)，一個(gè)很小的服務(wù)器進(jìn)程共享池可以為大量的客戶機(jī)提供服務(wù)。

共享服務(wù)器的優(yōu)缺點(diǎn)可以利用兩句話概括。優(yōu)點(diǎn)是客戶端進(jìn)程多對(duì)一，增加了數(shù)據(jù)庫(kù)可以支持的用戶數(shù)。缺點(diǎn)就是各個(gè)用戶共享一個(gè)進(jìn)程，對(duì)用戶訪問(wèn)數(shù)據(jù)庫(kù)的性能有所影響。

具體的來(lái)說(shuō)，在以下應(yīng)用情景下，可以選擇采用共享服務(wù)器模式。

1、 前臺(tái)客戶端數(shù)量比較多。

當(dāng)大量用戶需要連接到數(shù)據(jù)庫(kù)并且需要有效的使用可用的系統(tǒng)資源的時(shí)候，則需要考慮采用共享服務(wù)器模式。具體的來(lái)說(shuō)，像現(xiàn)在采用的一些客戶端/服務(wù)器端模式的網(wǎng)絡(luò)應(yīng)用軟件，如erp系統(tǒng)等等。一方面因?yàn)橛脩羧藬?shù)比較多;另一方面企業(yè)由于資金有限，所以購(gòu)置的是一般的服務(wù)器。這些服務(wù)器由于硬件方面的一些限制，如數(shù)據(jù)庫(kù)系統(tǒng)與前臺(tái)應(yīng)用服務(wù)器采用統(tǒng)一臺(tái)服務(wù)器。所以往往要求數(shù)據(jù)庫(kù)能夠充分使用硬件資源，以減少兩者之間的沖突。

在這種情況下，往往采用共享式的服務(wù)器模式，比較合適。

2、 服務(wù)器內(nèi)存限制比較大。

共享服務(wù)器模式下，當(dāng)連接用戶增加時(shí)，其內(nèi)存使用率增加不會(huì)很多。因?yàn)樗麄児蚕硪粋€(gè)服務(wù)器進(jìn)程。所以，從這一個(gè)角度講，共享服務(wù)器模式可以減少內(nèi)存的使用。但在專(zhuān)用服務(wù)器模式下，內(nèi)存的使用幾乎與用戶的數(shù)量成比例增加。

所以，用戶若在一些老的服務(wù)器上部署Oracle數(shù)據(jù)庫(kù)的話，因?yàn)槠渲靼鍖?duì)內(nèi)存的升級(jí)有所限制，所以，為了得到一個(gè)不錯(cuò)的數(shù)據(jù)庫(kù)性能，往往采用共享服務(wù)器模式。如此，即時(shí)同時(shí)訪問(wèn)數(shù)據(jù)庫(kù)的用戶有所增加，其內(nèi)存也不會(huì)有多大的影響?？梢源蟠蟮慕档蛢?nèi)存的壓力。

3、 某些特定功能要求采用共享服務(wù)器模式。

雖然說(shuō)，共享服務(wù)器模式與專(zhuān)用服務(wù)器模式在大部分情況下，都是通用的，支持Oracle數(shù)據(jù)庫(kù)系統(tǒng)的大部分功能。但是，某一些特定的功能，仍然需要數(shù)據(jù)庫(kù)管理員在共享服務(wù)器模式下，才能夠啟用。比較典型的，如Oracle數(shù)據(jù)庫(kù)服務(wù)器的連接共享、連接集中與負(fù)載均衡技術(shù)等等。他們必須在共享模式下才能夠運(yùn)行。

負(fù)載均衡用來(lái)在群集環(huán)境下實(shí)現(xiàn)多機(jī)共享數(shù)據(jù)庫(kù)，以保證應(yīng)用的高可用性。同時(shí)可以自動(dòng)實(shí)現(xiàn)并行處理以及均分負(fù)載，還能夠?qū)崿F(xiàn)數(shù)據(jù)庫(kù)在故障時(shí)的容錯(cuò)和無(wú)斷點(diǎn)恢復(fù)。所以，在一些對(duì)于性能與穩(wěn)定性要求比較高的應(yīng)用場(chǎng)景中，如銀行中，往往都會(huì)采用負(fù)載均衡技術(shù)。此時(shí)，數(shù)據(jù)庫(kù)管理員在配置數(shù)據(jù)庫(kù)的時(shí)候，就需要考慮采用共享服務(wù)器模式。

二、專(zhuān)用服務(wù)器模式。

在專(zhuān)用服務(wù)器模式下，數(shù)據(jù)庫(kù)服務(wù)器要求每個(gè)用戶擁有一個(gè)專(zhuān)用服務(wù)器進(jìn)程。也就是說(shuō)，每個(gè)服務(wù)器擁有一個(gè)服務(wù)器進(jìn)程。數(shù)據(jù)庫(kù)服務(wù)器把現(xiàn)有的服務(wù)器進(jìn)程地質(zhì)發(fā)回客戶機(jī)，然后客戶機(jī)將連接請(qǐng)求重新發(fā)送到提供的服務(wù)器地質(zhì)，與專(zhuān)用服務(wù)器比較。專(zhuān)用服務(wù)器模式由于客戶端與服務(wù)器端進(jìn)程是一一對(duì)應(yīng)的，所以，其性能上可能會(huì)比較有優(yōu)勢(shì)。但是，當(dāng)用戶比較多的時(shí)候，則其對(duì)服務(wù)器的硬件資源，特別是內(nèi)存，會(huì)產(chǎn)生比較大的壓力。

若企業(yè)應(yīng)用場(chǎng)景符合如下特征的話，則采用專(zhuān)用年服務(wù)器模式能夠取得比較好的效果。

1、 只有少數(shù)客戶端。

若連接到數(shù)據(jù)庫(kù)的用戶比較少，則專(zhuān)用服務(wù)器模式是首選。如企業(yè)前臺(tái)是一個(gè)財(cái)務(wù)管理系統(tǒng)，則其使用的人數(shù)就會(huì)比較少。因?yàn)槠渫簧婕暗揭粋€(gè)部門(mén)。但是，其數(shù)據(jù)量會(huì)比較多。因?yàn)槲覀冎?，?duì)于每一筆交易都需要在財(cái)務(wù)系統(tǒng)中進(jìn)行詳細(xì)的紀(jì)錄。所以，雖然只是財(cái)務(wù)一個(gè)部門(mén)用，但是其紀(jì)錄量往往是其他各個(gè)部門(mén)紀(jì)錄量的總合。在紀(jì)錄量多、連接用戶又比較少的情況下，采用專(zhuān)用服務(wù)器模式，可以說(shuō)是比較明智的選擇。

2、 為數(shù)據(jù)倉(cāng)庫(kù)搭建的數(shù)據(jù)庫(kù)系統(tǒng)。

數(shù)據(jù)倉(cāng)庫(kù)是數(shù)據(jù)庫(kù)技術(shù)的一個(gè)非常典型的應(yīng)用。他是一個(gè)面向主體、集成、時(shí)變、非易失的數(shù)據(jù)集和，是支持管理部門(mén)的決策過(guò)程。他跟Oracle數(shù)據(jù)庫(kù)一樣，都是關(guān)系型數(shù)據(jù)庫(kù)，其中的紀(jì)錄以表格的方式存儲(chǔ)，并且能夠用統(tǒng)一的結(jié)構(gòu)化語(yǔ)言進(jìn)行數(shù)據(jù)查詢(xún)。采用數(shù)據(jù)倉(cāng)庫(kù)的主要目的，是為了及時(shí)完成業(yè)務(wù)處理，及時(shí)給與客戶響應(yīng)。

雖然說(shuō)，關(guān)系數(shù)據(jù)庫(kù)能夠適應(yīng)大型數(shù)據(jù)庫(kù)應(yīng)用的需要，但是，不能夠?qū)⑵浜?jiǎn)單的堆砌就直接成為數(shù)據(jù)倉(cāng)庫(kù)來(lái)使用。因?yàn)閿?shù)據(jù)倉(cāng)庫(kù)主要用來(lái)處理多維數(shù)據(jù)。他存儲(chǔ)紀(jì)錄的方式跟普通的有所不同。數(shù)據(jù)倉(cāng)庫(kù)主要通過(guò)數(shù)組方式來(lái)存儲(chǔ)紀(jì)錄，即沒(méi)有統(tǒng)一的規(guī)律可循，也沒(méi)有統(tǒng)一的多維模型可循，他只恩能夠購(gòu)按其所屬類(lèi)別進(jìn)行歸類(lèi)。雖然說(shuō)傳統(tǒng)的二維數(shù)據(jù)庫(kù)不能夠簡(jiǎn)單的堆砌來(lái)成為數(shù)據(jù)倉(cāng)庫(kù)。但是，在設(shè)計(jì)數(shù)據(jù)倉(cāng)庫(kù)的時(shí)候，并不是說(shuō)要完全另起爐灶，而是可以利用現(xiàn)有的Oracle數(shù)據(jù)庫(kù)系統(tǒng)來(lái)處理數(shù)據(jù)，從中進(jìn)行信息的綜合，從而構(gòu)造出滿足不同需要的數(shù)據(jù)倉(cāng)庫(kù)。

所以，如果這個(gè)數(shù)據(jù)庫(kù)是為了實(shí)現(xiàn)數(shù)據(jù)倉(cāng)庫(kù)而搭建的，則必須要采用專(zhuān)屬服務(wù)器模式。這是Oracle數(shù)據(jù)庫(kù)的強(qiáng)制要求。

3、 聯(lián)機(jī)事務(wù)處理系統(tǒng)。

聯(lián)機(jī)事務(wù)處理系統(tǒng)，英文簡(jiǎn)稱(chēng)為OLTP。在這種應(yīng)用下，采用什么模式為好呢?這在業(yè)界，沒(méi)有統(tǒng)一的標(biāo)準(zhǔn)。有的說(shuō)因?yàn)槁?lián)機(jī)事務(wù)處理系統(tǒng)使用人數(shù)比較多，應(yīng)該采用共享連接服務(wù)器模式;而有的又說(shuō)聯(lián)機(jī)處理系統(tǒng)對(duì)于及時(shí)性要求比較高，而共享服務(wù)器模式可能會(huì)有比較長(zhǎng)的等待時(shí)間，所以應(yīng)該采用專(zhuān)用連接服務(wù)器模式。筆者是比較傾向于后面這種意見(jiàn)。

聯(lián)機(jī)事務(wù)處理系統(tǒng)，通常來(lái)說(shuō)，有比較多的長(zhǎng)事務(wù)與大事務(wù)。如用戶的某幾個(gè)操，必須作為一個(gè)事務(wù)處理等的觀念。此時(shí)，若用戶請(qǐng)求數(shù)大于共享服務(wù)器進(jìn)程數(shù)的話，此時(shí)，就會(huì)發(fā)生排隊(duì)現(xiàn)象。假設(shè)現(xiàn)在有一個(gè)共享服務(wù)器進(jìn)程正在執(zhí)行一個(gè)長(zhǎng)事務(wù)，那么請(qǐng)求隊(duì)列就需要一直等。直道這個(gè)事務(wù)完成為止。若從客戶端的角度來(lái)講，則客戶請(qǐng)求的響應(yīng)時(shí)間就加長(zhǎng)了。所以，當(dāng)用戶的連接請(qǐng)求數(shù)比共享進(jìn)程要多時(shí)，那么長(zhǎng)事務(wù)的共享連接必將會(huì)造成共享進(jìn)程的排隊(duì)。事務(wù)越長(zhǎng)，其排隊(duì)的時(shí)間也就越長(zhǎng)，用戶響應(yīng)的時(shí)間也就越長(zhǎng)。如此惡性循環(huán)下去的話，很多聯(lián)機(jī)事務(wù)作業(yè)都會(huì)受到不同程度的影響。所以，若聯(lián)機(jī)事務(wù)處理系統(tǒng)統(tǒng)是符合兩個(gè)條件(用戶連接請(qǐng)求數(shù)大于共享進(jìn)程并且其事務(wù)大部分是長(zhǎng)事務(wù)或者大事務(wù))，則采用專(zhuān)用服務(wù)器連接模式比采用共享服務(wù)器連接模式效率要高。為了保障聯(lián)機(jī)事務(wù)處理系統(tǒng)正常運(yùn)行，筆者建議數(shù)據(jù)庫(kù)管理員為其配置專(zhuān)用服務(wù)器連接模式。

若不符合這兩個(gè)條件的一個(gè)，則采用共享連接模式更加合理。（IT專(zhuān)家網(wǎng)）