企業(yè)級(jí)大型核心業(yè)務(wù)系統(tǒng)架構(gòu)設(shè)計(jì) -- 數(shù)據(jù)庫(kù)架構(gòu) （草稿）

未來(lái)精英

此貼僅為了記錄偶的初步設(shè)計(jì)思想，是為了防止將來(lái)忘掉，供個(gè)人知識(shí)積累用。

企業(yè)級(jí)大型核心業(yè)務(wù)系統(tǒng)的特點(diǎn)：

1、業(yè)務(wù)非常復(fù)雜，每個(gè)交易將有大量涉及到N多表；

2、每天晚上都會(huì)有大量的批處理任務(wù)，例如：跑出保單狀態(tài)，并更新，只能在主數(shù)據(jù)庫(kù)中更新，因?yàn)樾枰�回寫狀態(tài)；

3、對(duì)外提供N多接口，支持N多外圍系統(tǒng)的應(yīng)用，如：呼叫中心、網(wǎng)銷等并發(fā)非常大的外圍系統(tǒng)；

4、提供7X24小時(shí)的應(yīng)用，在上班時(shí)間內(nèi)部用戶使用較多，而下班后可能網(wǎng)絡(luò)用戶使用較多，這時(shí)要求系統(tǒng)提供7x24服務(wù)。

對(duì)于這些問(wèn)題數(shù)據(jù)庫(kù)架構(gòu)將是一個(gè)非常大的挑戰(zhàn)，因?yàn)閼?yīng)用服務(wù)器可以通過(guò)無(wú)限的擴(kuò)展應(yīng)用服務(wù)器來(lái)達(dá)到壓力均衡，如果應(yīng)用服務(wù)器越多對(duì)數(shù)據(jù)庫(kù)的壓力越大，不管怎樣數(shù)據(jù)都必須落地在數(shù)據(jù)庫(kù)中，那么數(shù)據(jù)庫(kù)的架構(gòu)就需要：

1、如果采用傳統(tǒng)的雙機(jī)熱備架構(gòu)，即：一臺(tái)無(wú)比強(qiáng)大的小型機(jī)支持應(yīng)用，這樣可能出現(xiàn)問(wèn)題：

1）單臺(tái)機(jī)器即使?jié)M配也可能無(wú)法支持應(yīng)用，例如：595滿配就是64顆CPU，單對(duì)于支持10000+以上同時(shí)在線的系統(tǒng)，如果應(yīng)用設(shè)計(jì)稍微不合理（應(yīng)用非常復(fù)雜，難免有設(shè)計(jì)不是十分合理的情況），那么單臺(tái)機(jī)器將無(wú)法支撐；

如果不采用雙機(jī)熱備，那么可以采用RAC+DataGuard，RAC可以無(wú)限擴(kuò)展，但偶曾經(jīng)遇到一次RAC使用的失敗例子，其中先出現(xiàn)了內(nèi)存問(wèn)題，導(dǎo)致頻繁宕機(jī)，后面有出現(xiàn)RAC之前同步消耗而外20%的性能，加大的通訊量。此次問(wèn)題之后放棄使用RAC了，但由于應(yīng)用的復(fù)雜度還不是特別大，因此單機(jī)能撐住。但面臨單機(jī)無(wú)法支持的情況，這時(shí)只能選擇可擴(kuò)展的架構(gòu)——RAC。

RAC設(shè)計(jì)中盡量減少各個(gè)實(shí)例之間的內(nèi)存數(shù)據(jù)通訊，通訊的產(chǎn)生就是來(lái)自于多臺(tái)實(shí)例中都緩存了同一張表的數(shù)據(jù)，那么這樣表的數(shù)據(jù)更新了就會(huì)出現(xiàn)同步。那么最好是通過(guò)應(yīng)用的方法避免同一張表的數(shù)據(jù)在多臺(tái)機(jī)器上，因此選擇RAC架構(gòu)，就必須涉及到應(yīng)用架構(gòu)的一定調(diào)整，偶想到的應(yīng)用調(diào)整：

1、按照模塊建立不同的DataSource配置，對(duì)于這個(gè)模塊都采用這個(gè)數(shù)據(jù)源；

2、在Spring配置中為每個(gè)模塊配置一個(gè)父類，避免子類在程序中選擇；而且注意這么好的配置肯定只能是生產(chǎn)環(huán)境，而測(cè)試環(huán)境可能還是只有一臺(tái)機(jī)器，那么基于封裝變化的設(shè)計(jì)原則，那么這些數(shù)據(jù)源的選擇就是必須在架構(gòu)層面控制；

3、ETL、Job都要注意選擇特定的機(jī)器來(lái)執(zhí)行對(duì)應(yīng)的應(yīng)用，避免數(shù)據(jù)表緩存的同步。

注意：數(shù)據(jù)源的配置需要特殊設(shè)計(jì)，即將Oracle的鏈接配置為Service方式，將多臺(tái)機(jī)器的順序不同，例如：3臺(tái)機(jī)器，A/B/C，那么數(shù)據(jù)源1的優(yōu)先順序?yàn)锳BC，數(shù)據(jù)源2的優(yōu)先級(jí)為BCA，數(shù)據(jù)源3的優(yōu)先級(jí)為CAB。注意：第一臺(tái)機(jī)器的順序重要，之后的僅是在第一臺(tái)壞掉的時(shí)候自動(dòng)選擇后面的機(jī)器，以防止數(shù)據(jù)庫(kù)的單點(diǎn)故障。

待確認(rèn)問(wèn)題：RAC架構(gòu)的跨Instance的事務(wù)是否支持？

問(wèn)題起因：由于按照模塊設(shè)定數(shù)據(jù)源，那么涉及到一個(gè)功能要更改多個(gè)模塊的數(shù)據(jù)時(shí)一個(gè)Spring的事務(wù)是否可以管理？或者Oracle是否支持多臺(tái)機(jī)器之間的事務(wù)？或者是要啟動(dòng)XA？

具體的原因：Spring如果配置多個(gè)DataSource，而DataSource的配置可能是在應(yīng)用服務(wù)器（如：WebLogic或 WebSphere）上，應(yīng)用服務(wù)器的DataSource可以配置為Service模式，但由于機(jī)器的順序不同，那么一定會(huì)配置多個(gè) DataSource，那么Spring的事務(wù)管理是否支持跨DataSource事務(wù)，是否要使用JTA？