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

申請免費試用、咨詢電話：400-8352-114

一、共享服務器模式。

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

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

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

具體的來說，在以下應用情景下，可以選擇采用共享服務器模式。

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

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

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

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

共享服務器模式下，當連接用戶增加時，其內(nèi)存使用率增加不會很多。因為他們共享一個服務器進程。所以，從這一個角度講，共享服務器模式可以減少內(nèi)存的使用。但在專用服務器模式下，內(nèi)存的使用幾乎與用戶的數(shù)量成比例增加。

所以，用戶若在一些老的服務器上部署Oracle數(shù)據(jù)庫的話，因為其主板對內(nèi)存的升級有所限制，所以，為了得到一個不錯的數(shù)據(jù)庫性能，往往采用共享服務器模式。如此，即時同時訪問數(shù)據(jù)庫的用戶有所增加，其內(nèi)存也不會有多大的影響。可以大大的降低內(nèi)存的壓力。

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

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

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

二、專用服務器模式。

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

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

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

若連接到數(shù)據(jù)庫的用戶比較少，則專用服務器模式是首選。如企業(yè)前臺是一個財務管理系統(tǒng)，則其使用的人數(shù)就會比較少。因為其往往只涉及到一個部門。但是，其數(shù)據(jù)量會比較多。因為我們知道，對于每一筆交易都需要在財務系統(tǒng)中進行詳細的紀錄。所以，雖然只是財務一個部門用，但是其紀錄量往往是其他各個部門紀錄量的總合。在紀錄量多、連接用戶又比較少的情況下，采用專用服務器模式，可以說是比較明智的選擇。

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

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

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

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

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

聯(lián)機事務處理系統(tǒng)，英文簡稱為OLTP。在這種應用下，采用什么模式為好呢?這在業(yè)界，沒有統(tǒng)一的標準。有的說因為聯(lián)機事務處理系統(tǒng)使用人數(shù)比較多，應該采用共享連接服務器模式;而有的又說聯(lián)機處理系統(tǒng)對于及時性要求比較高，而共享服務器模式可能會有比較長的等待時間，所以應該采用專用連接服務器模式。筆者是比較傾向于后面這種意見。

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

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