?金融行業(yè)，作為數(shù)據(jù)使用的“高地”，長期以來非常重視數(shù)據(jù)技術(shù)發(fā)展。作為金融行業(yè)的重要組成部分，銀行業(yè)一致致力于構(gòu)建穩(wěn)健的數(shù)據(jù)基礎(chǔ)設(shè)施。作為數(shù)據(jù)的主要載體，數(shù)據(jù)庫在其中扮演著非常重要的角色。隨著近些年來，以分布式、云原生、多模異構(gòu)等為代表的新型數(shù)據(jù)庫產(chǎn)品出現(xiàn)，銀行業(yè)正在經(jīng)歷新的一輪技術(shù)迭代更新周期。但因銀行業(yè)務(wù)系統(tǒng)非常復(fù)雜，很難找到一種“完美”產(chǎn)品覆蓋所有業(yè)務(wù)場景。如何根據(jù)金融業(yè)務(wù)場景，找到最適合的數(shù)據(jù)庫成為廣大金融從業(yè)者需面對的問題。本文，嘗試從銀行業(yè)業(yè)務(wù)特點出發(fā)，從業(yè)務(wù)特點、技術(shù)特征、技術(shù)路線等角度，闡述如何解決這一問題。

1. 銀行業(yè)業(yè)務(wù)場景分析

銀行業(yè)務(wù)非常復(fù)雜，在一個中等體量的銀行中，會存在數(shù)百上千的業(yè)務(wù)系統(tǒng)。這些系統(tǒng)可按照其業(yè)務(wù)特點進(jìn)行分類，不同分類的業(yè)務(wù)系統(tǒng)的使用人群、訪問特征、可用性等乃至對底層基礎(chǔ)設(shè)施的要求也有所不同。下面針對業(yè)務(wù)系統(tǒng)本身，做個簡單分類。

2. 業(yè)務(wù)場景技術(shù)特點分析

1)業(yè)務(wù)應(yīng)用分類

銀行業(yè)務(wù)非常復(fù)雜，在一個中等體量銀行中，會存在數(shù)百上千業(yè)務(wù)系統(tǒng)。下面從業(yè)務(wù)應(yīng)用角度對系統(tǒng)做個簡單分類。

• 流水型系統(tǒng)

流水型系統(tǒng)實現(xiàn)實時支付、證券交易、訂單等業(yè)務(wù)的發(fā)起方和接收方之間的轉(zhuǎn)接功能，典型的流水型系統(tǒng)是銀行渠道系統(tǒng)、轉(zhuǎn)接清算系統(tǒng)、非銀行支付機(jī)構(gòu)的快捷支付（協(xié)議支付）系統(tǒng)等。對于此類系統(tǒng)，業(yè)務(wù)請求和業(yè)務(wù)請求響應(yīng)需要實時轉(zhuǎn)發(fā)至業(yè)務(wù)發(fā)起方和業(yè)務(wù)接收方，對系統(tǒng)的實時性有較高的要求，但關(guān)鍵數(shù)據(jù)（如交易涉及的賬戶數(shù)據(jù)）的一致性由業(yè)務(wù)發(fā)起方和接收方保證，流水型系統(tǒng)對業(yè)務(wù)的流水信息進(jìn)行記錄。流水型系統(tǒng)的冪等性處理是架構(gòu)設(shè)計的重點和難點，可采用多層冪等保障機(jī)制，如用戶發(fā)起業(yè)務(wù)流量環(huán)節(jié)冪等、實時業(yè)務(wù)處理環(huán)節(jié)冪等、交易對賬環(huán)節(jié)冪等。

• 賬戶型系統(tǒng)

賬戶型系統(tǒng)主要實現(xiàn)賬戶信息、用戶信息等業(yè)務(wù)數(shù)據(jù)的處理和記錄。此類系統(tǒng)需要優(yōu)先保障關(guān)鍵數(shù)據(jù)的一致性，當(dāng)災(zāi)難或故障發(fā)生時，應(yīng)在達(dá)到關(guān)鍵數(shù)據(jù)一致性的前提下，實現(xiàn)業(yè)務(wù)可用性。賬戶型系統(tǒng)的數(shù)據(jù)一致性是架構(gòu)設(shè)計的重點和難點，應(yīng)結(jié)合業(yè)務(wù)模型選擇解決方案，如關(guān)鍵數(shù)據(jù)采用同步復(fù)制等手段、將只讀數(shù)據(jù)和可寫數(shù)據(jù)分離、業(yè)務(wù)處理層與數(shù)據(jù)存儲層協(xié)調(diào)工作等。

• 計算型系統(tǒng)

計算型系統(tǒng)實現(xiàn)清分清算、風(fēng)險控制、商戶結(jié)算等相關(guān)的計算，還包括金融領(lǐng)域的各種科學(xué)、工程、數(shù)據(jù)分析、音視頻處理等相關(guān)的計算。此類系統(tǒng)對輸入的業(yè)務(wù)進(jìn)行計算，并將結(jié)果輸出至其他系統(tǒng)，計算過程所需數(shù)據(jù)全部來源于單次計算業(yè)務(wù)請求或外部系統(tǒng)。此類系統(tǒng)重點保障計算應(yīng)用的可用性和準(zhǔn)確性。采用多活技術(shù)的計算型系統(tǒng)，可實現(xiàn)多點計算、多點輸出結(jié)果。這樣可將多個子信息系統(tǒng)的輸出結(jié)果相互核對，提高準(zhǔn)確性，還可在部分多活子信息系統(tǒng)出現(xiàn)災(zāi)難或故障時，直接取用其余多活子信息系統(tǒng)的計算結(jié)果

• 查詢型系統(tǒng)

查詢型系統(tǒng)實現(xiàn)對用戶提供各種用戶信息、交易記錄、交易行情、訂單記錄、發(fā)布信息等相關(guān)查詢。此類系統(tǒng)中的查詢應(yīng)用不會對系統(tǒng)存儲的數(shù)據(jù)進(jìn)行修改（或者查詢業(yè)務(wù)流量比率遠(yuǎn)遠(yuǎn)大于有數(shù)據(jù)寫入和修改的業(yè)務(wù)流量的系統(tǒng)），數(shù)據(jù)主要由外部系統(tǒng)導(dǎo)入。此類系統(tǒng)重點保障查詢應(yīng)用的可用性，以及被查詢數(shù)據(jù)的多副本存儲、被查詢數(shù)據(jù)的多副本之間的一致性，以保證各多活子系統(tǒng)查詢結(jié)果相同。采用多活技術(shù)的查詢型系統(tǒng)，可實現(xiàn)多點查詢。多個子信息系統(tǒng)之間可分擔(dān)查詢流量，并且在部分多活子信息系統(tǒng)出現(xiàn)災(zāi)難或故障時，可通過其他多活子信息系統(tǒng)查詢信息。

 典型場景介紹 

• 日間聯(lián)機(jī)業(yè)務(wù)（OLTP）

聚焦到銀?核?就是客?賬戶查詢、存/取/匯/貸款業(yè)務(wù)、小額?付業(yè)務(wù)、代收代繳費批量處理場景等。這類場景特點是業(yè)務(wù)時效性要求高、不同業(yè)務(wù)類型SQL混合請求、強事務(wù)?致性，小事務(wù)高并發(fā)。

• 日終批處理業(yè)務(wù)（OLTP+OLAP）

例如計提結(jié)息、總分核對、會計科?記賬、借貸平衡檢查這類時效性要求低?點的業(yè)務(wù)。在業(yè)務(wù)時效性要求相對較低，批量提交SQL，單位時間內(nèi)對單個數(shù)據(jù)表讀寫量大，大事務(wù)高并發(fā)。處理上，?先要做分布式處理，然后進(jìn)?分布式聚合處理、查詢，最后按系統(tǒng)測算量和現(xiàn)有數(shù)據(jù)量的??分批提交事務(wù)。

2)場景技術(shù)分類

根據(jù)上述不同要求，根據(jù)業(yè)務(wù)場景從技術(shù)角度進(jìn)行分類?？砂凑杖缦戮S度進(jìn)行區(qū)分。其中重點從數(shù)據(jù)規(guī)模、事務(wù)一致性、負(fù)載特征、數(shù)據(jù)分析能力、應(yīng)用適配能力等角度進(jìn)行對比，并給出建議架構(gòu)。

3)技術(shù)指標(biāo)分類

上述場景比較抽象，可再從場景的技術(shù)指標(biāo)角度進(jìn)行分類。下面的適配系統(tǒng)僅為參考，還需看業(yè)務(wù)系統(tǒng)的具體特點。如下圖

3. 分布式技術(shù)方案推薦

近些年來分布式數(shù)據(jù)庫非?；钴S，很多銀行也在做分布式數(shù)據(jù)庫選型或者已采用分布式數(shù)據(jù)庫。分布式數(shù)據(jù)庫的實現(xiàn)路線有多種，主要有以下幾種。

1)分布式技術(shù)路線

• 分布式中間件+單機(jī)數(shù)據(jù)庫

這類產(chǎn)品，一般采用了典型的“Share Nothing”架構(gòu)，實現(xiàn)存儲與計算分離，通過上層無狀態(tài)的計算節(jié)點提供彈性可擴(kuò)展的計算能力，下層通過增強單機(jī)數(shù)據(jù)庫提供基礎(chǔ)存儲能力及本地算力。這一架構(gòu)通過硬件堆疊，可近似線性地提供計算性能和存儲容量，具有可支持超大規(guī)模集群的能力。

• 原生分布式數(shù)據(jù)庫

這類產(chǎn)品，一般也是采用“Share Nothing”架構(gòu)，實現(xiàn)存儲與計算分離。與上面不同的是，底層多采用自研或裸存儲引擎，數(shù)據(jù)按規(guī)則打散并存儲多個副本，通過paoxs/raft等分布式協(xié)議保證多個副本間數(shù)據(jù)一致。上層實現(xiàn)數(shù)據(jù)庫基礎(chǔ)的優(yōu)化器、執(zhí)行器等組件，對分布式事務(wù)、全局MVCC等支持更為徹底。此外，由于其底層的存儲引擎不是依賴某一產(chǎn)品，可根據(jù)需要組織數(shù)據(jù)，因此在適配場景上更有優(yōu)勢，例如在某些分析類場景可選擇列存。

• 云原生數(shù)據(jù)庫

在某種程度上講，云原生數(shù)據(jù)庫也是一種分布式，但與前兩者區(qū)別是非Share Nothing架構(gòu)，而是Share Everything模式。其底層是與分布式云存儲，本質(zhì)上來說仍然是一種集中式架構(gòu)。上層的計算部分，是無狀態(tài)的一組結(jié)點組成。針對這種架構(gòu)不足展開說明，原因是這種方式是需要對底座有比較重的依賴，無法在金融行業(yè)相對要求獨立環(huán)境中部署，除非整個底層都更換。因此，使用選擇上存在一定困難。

2)分庫分表類推薦場景

下面針對第一種架構(gòu)，即“分布式中間件+單機(jī)數(shù)據(jù)庫”，結(jié)合之前談到的場景及技術(shù)特點，描述下這種架構(gòu)的適用場景的技術(shù)特點。這里說明下，此類產(chǎn)品演進(jìn)迭代很快，功能也在不斷增強，下面觀點僅代表個人觀點，不代表全部產(chǎn)品能力。