本文來(lái)自微信公眾號(hào)“twt企業(yè)IT社區(qū)”。
【欄目主編】Bryan某國(guó)有大型銀行資深架構(gòu)師：本議題由某農(nóng)商銀行架構(gòu)師胡海光、某金融機(jī)構(gòu)架構(gòu)師李威、太平保險(xiǎn)集團(tuán)某省級(jí)分公司技術(shù)支持工程師張曉斌發(fā)表針對(duì)議題下關(guān)鍵點(diǎn)的主張，幾位專(zhuān)家的主張?jiān)谡猩蹄y行數(shù)據(jù)庫(kù)架構(gòu)師張稞斌、金電信科數(shù)據(jù)庫(kù)架構(gòu)師時(shí)朋泉及我本人等多位專(zhuān)家的復(fù)議后，形成了一定的共識(shí)，希望可以對(duì)同行有一定的參考。
李威 某金融機(jī)構(gòu)架構(gòu)師：
信創(chuàng)、開(kāi)源和云計(jì)算，改寫(xiě)了數(shù)據(jù)庫(kù)市場(chǎng)的未來(lái)走向。
縱觀中大型企業(yè)關(guān)應(yīng)用支撐，OLTP和OLAP仍是中堅(jiān)力量，新生代數(shù)據(jù)庫(kù)的推廣和應(yīng)用仍需要一定時(shí)間來(lái)積蓄。中大型企業(yè)的業(yè)務(wù)起步積累較早，此時(shí)關(guān)系型數(shù)據(jù)庫(kù)正處在飛速發(fā)展時(shí)期，在業(yè)務(wù)系統(tǒng)的籌建、數(shù)據(jù)模型的設(shè)計(jì)、經(jīng)濟(jì)模式的拓展都與OLTP數(shù)據(jù)庫(kù)的更新迭代如影相隨，每一次數(shù)據(jù)庫(kù)的重大更新都在推進(jìn)著中大型企業(yè)向前邁進(jìn)躍進(jìn)，OLTP數(shù)據(jù)庫(kù)也在企業(yè)信息化建設(shè)上占據(jù)上風(fēng)。在完成初期業(yè)務(wù)積累后，數(shù)據(jù)分析及再利用的需求也加速了OLAP數(shù)據(jù)庫(kù)的實(shí)踐落地，隨著大數(shù)據(jù)概念逐步融入信息化轉(zhuǎn)型的進(jìn)程中，湖倉(cāng)一體化的分析型架構(gòu)也現(xiàn)代信息基礎(chǔ)架構(gòu)上留下了一筆。
云時(shí)代的到來(lái)，數(shù)據(jù)庫(kù)也能結(jié)合云原生架構(gòu)和分布式架構(gòu)的優(yōu)勢(shì)拓展與云上應(yīng)用的聯(lián)動(dòng)能力。在云架構(gòu)中，上層數(shù)據(jù)庫(kù)應(yīng)用可以選擇應(yīng)用集群部署也能夠?qū)崿F(xiàn)容器化落地。同時(shí)，數(shù)據(jù)庫(kù)的底層結(jié)合云原生能力與云原生架構(gòu)能大幅提高每個(gè)數(shù)據(jù)庫(kù)元節(jié)點(diǎn)的處理能力，增強(qiáng)跨庫(kù)跨表的聯(lián)合查詢(xún)性能、更加匹配中大型企業(yè)關(guān)鍵應(yīng)用的橫向能力要求。云原生能力對(duì)關(guān)鍵應(yīng)用數(shù)據(jù)庫(kù)的持續(xù)賦能必將是數(shù)據(jù)庫(kù)進(jìn)化的趨勢(shì)之一。
2022年1月份至6月份國(guó)務(wù)院、工信部相繼頒布《“十四五”國(guó)家信息化規(guī)劃》、《關(guān)于開(kāi)展“攜手行動(dòng)”促進(jìn)大中小企業(yè)融通創(chuàng)新》、《關(guān)于加強(qiáng)數(shù)字化政府建設(shè)的指導(dǎo)意見(jiàn)》等政策，規(guī)劃指出進(jìn)一步提高自主可控水平，加強(qiáng)自主創(chuàng)新，加快推動(dòng)數(shù)字產(chǎn)業(yè)化、關(guān)鍵核心技術(shù)攻關(guān)，以開(kāi)源生態(tài)構(gòu)建為重點(diǎn)，打造高水平產(chǎn)業(yè)生態(tài)，以軟件價(jià)值提升為抓手，推動(dòng)數(shù)字產(chǎn)業(yè)能級(jí)躍升。國(guó)內(nèi)各信創(chuàng)廠(chǎng)商在MySQL及PostgreSQL等開(kāi)源生態(tài)的基礎(chǔ)上推出了企業(yè)級(jí)數(shù)據(jù)庫(kù)產(chǎn)品。信創(chuàng)數(shù)據(jù)庫(kù)在金融、電商、游戲、通訊等中大型企業(yè)的主要業(yè)務(wù)場(chǎng)景已經(jīng)落地生根，其中基于MySQL生態(tài)的信創(chuàng)數(shù)據(jù)庫(kù)QPS（每秒查詢(xún)率）在實(shí)際交易場(chǎng)景上能夠達(dá)到2萬(wàn)—5萬(wàn)次?；赑ostgreSQL生態(tài)的信創(chuàng)產(chǎn)品最高每秒可以處理超過(guò)10萬(wàn)次查詢(xún)。中國(guó)從不缺少誕生希冀的土壤，信創(chuàng)數(shù)據(jù)庫(kù)的誕生與實(shí)踐也用事實(shí)說(shuō)明了“開(kāi)源+信創(chuàng)”技術(shù)路線(xiàn)的可行性，借助開(kāi)源技術(shù)機(jī)動(dòng)起步與本土化資源有機(jī)結(jié)合，將“業(yè)務(wù)助力技術(shù)”這種業(yè)務(wù)發(fā)展推動(dòng)技術(shù)更新的被動(dòng)轉(zhuǎn)化為“技術(shù)驅(qū)動(dòng)業(yè)務(wù)”，技術(shù)根據(jù)業(yè)務(wù)的特性著力打造產(chǎn)品驅(qū)動(dòng)業(yè)務(wù)在核心場(chǎng)景上落地的主動(dòng)姿態(tài)。
疫情后經(jīng)濟(jì)形勢(shì)的轉(zhuǎn)變，也在潛移默化地影響著關(guān)鍵業(yè)務(wù)數(shù)據(jù)庫(kù)的選型與更迭，數(shù)據(jù)分析類(lèi)業(yè)務(wù)發(fā)展的刺激也將加速OLAP類(lèi)數(shù)據(jù)庫(kù)的嶄露頭角，高性能數(shù)據(jù)庫(kù)支撐也在很長(zhǎng)一段繼續(xù)作為中大型企業(yè)核心經(jīng)濟(jì)業(yè)務(wù)的中流砥柱。在國(guó)家政策高基攻堅(jiān)的指導(dǎo)以及信創(chuàng)生態(tài)的蓬勃生長(zhǎng)下，信創(chuàng)數(shù)據(jù)庫(kù)勢(shì)必在未來(lái)的十年里占據(jù)一席之地。任何的專(zhuān)業(yè)能力沉淀到產(chǎn)品力，都將經(jīng)歷一段時(shí)間的饋贈(zèng)，信創(chuàng)數(shù)據(jù)庫(kù)的發(fā)展趨勢(shì)亦是如此。這也是眾多中小型企業(yè)對(duì)自主可控?cái)?shù)據(jù)庫(kù)技術(shù)最大的期許。
胡海光 某農(nóng)商銀行架構(gòu)師：
得益于互聯(lián)網(wǎng)業(yè)務(wù)和開(kāi)源技術(shù)的快速發(fā)展，開(kāi)源關(guān)系型數(shù)據(jù)庫(kù)MySQL和PostgreSQL為代表的數(shù)據(jù)庫(kù)相繼誕生和快速發(fā)展，在現(xiàn)有數(shù)據(jù)庫(kù)市場(chǎng)中嶄露頭角。
以大中型企業(yè)關(guān)鍵應(yīng)用數(shù)據(jù)庫(kù)未來(lái)的走向?yàn)轭}簡(jiǎn)要說(shuō)明在開(kāi)源和信創(chuàng)趨勢(shì)的浪潮下數(shù)據(jù)庫(kù)未來(lái)的發(fā)展趨勢(shì)和脈絡(luò)。
就數(shù)據(jù)庫(kù)行業(yè)的發(fā)展和演變歷程來(lái)看，大致歸類(lèi)為三大階段。
1、前關(guān)系型階段：1964年第一個(gè)數(shù)據(jù)庫(kù)管理系統(tǒng)網(wǎng)狀數(shù)據(jù)管理系統(tǒng)IDS開(kāi)發(fā)成型，到1968年IMS系統(tǒng)作為最早的商用數(shù)據(jù)庫(kù)管理系統(tǒng)正式發(fā)布，此階段數(shù)據(jù)庫(kù)主要用于解決數(shù)據(jù)獨(dú)立存儲(chǔ)、統(tǒng)一管理和統(tǒng)一訪(fǎng)問(wèn)等問(wèn)題，與之相應(yīng)的是缺乏相應(yīng)的數(shù)據(jù)庫(kù)理論基礎(chǔ)支撐；
2、關(guān)系型階段：1970年數(shù)據(jù)庫(kù)關(guān)系型模型理論初步提出隨后關(guān)系型數(shù)據(jù)庫(kù)RDBMS誕生，SQL語(yǔ)言被國(guó)際標(biāo)準(zhǔn)組織定義為數(shù)據(jù)庫(kù)國(guó)際標(biāo)準(zhǔn)語(yǔ)言并成為主流語(yǔ)言開(kāi)始引領(lǐng)數(shù)據(jù)庫(kù)變革，之后PostgreSQL、MySQL和Access等關(guān)系型數(shù)據(jù)庫(kù)相繼誕生，進(jìn)一步豐富和完善數(shù)據(jù)庫(kù)理論；
3、后關(guān)系型階段：隨著互聯(lián)網(wǎng)技術(shù)的迅猛發(fā)展，數(shù)據(jù)結(jié)構(gòu)發(fā)生層次改變，數(shù)據(jù)量級(jí)呈現(xiàn)指數(shù)級(jí)增長(zhǎng)，為有效應(yīng)對(duì)海量數(shù)據(jù)及多樣數(shù)據(jù)結(jié)構(gòu)，NoSQL和NewSQL等非關(guān)系型數(shù)據(jù)庫(kù)產(chǎn)品相繼推出，進(jìn)一步豐富數(shù)據(jù)庫(kù)使用類(lèi)別和適應(yīng)企業(yè)業(yè)務(wù)發(fā)展需求，也進(jìn)一步促進(jìn)了數(shù)據(jù)庫(kù)相關(guān)技術(shù)的推進(jìn)和發(fā)展。
貫穿數(shù)據(jù)庫(kù)技術(shù)的發(fā)展歷史，數(shù)據(jù)庫(kù)經(jīng)歷了從理論的形成、發(fā)展到成熟，從架構(gòu)的提出、優(yōu)化到成型，從產(chǎn)品的打磨、豐富到迭代三個(gè)階段，數(shù)據(jù)庫(kù)已經(jīng)奠定了一定理論和技術(shù)基礎(chǔ)，同時(shí)在架構(gòu)上也日趨成熟。在過(guò)去國(guó)內(nèi)大中型企業(yè)對(duì)國(guó)外數(shù)據(jù)庫(kù)產(chǎn)品（如Oracle、Db2、SQL Server等）的依賴(lài)程度非常高，普遍應(yīng)用于企業(yè)的核心和重要系統(tǒng)業(yè)務(wù)上，當(dāng)然由于國(guó)外數(shù)據(jù)庫(kù)產(chǎn)品起步早，產(chǎn)品比較成熟，在產(chǎn)品穩(wěn)定性和性能表現(xiàn)力等方面都處于領(lǐng)先地位，因此在國(guó)內(nèi)企業(yè)數(shù)據(jù)庫(kù)市場(chǎng)份額居高不下。
隨著開(kāi)源關(guān)系型數(shù)據(jù)庫(kù)MySQL和PostgreSQL（簡(jiǎn)稱(chēng)：PG）為代表的數(shù)據(jù)庫(kù)相繼誕生和快速發(fā)展，得益于互聯(lián)網(wǎng)業(yè)務(wù)和開(kāi)源技術(shù)的快速發(fā)展，去IOE浪潮的持續(xù)深化，特別是國(guó)內(nèi)一些大廠(chǎng)（如阿里、騰訊、華為等）以開(kāi)源MySQL和PG為底層架構(gòu)相繼推出自家的數(shù)據(jù)庫(kù)產(chǎn)品迅速打開(kāi)市場(chǎng)，貼合和匹配企業(yè)用戶(hù)的切身需求，贏得了一定的市場(chǎng)份額。
同時(shí)國(guó)際形勢(shì)的快速變化及科技競(jìng)爭(zhēng)的日趨激烈，我國(guó)在一些關(guān)鍵技術(shù)和關(guān)鍵標(biāo)準(zhǔn)的構(gòu)建上經(jīng)常處于較為被動(dòng)的態(tài)勢(shì)，為解決此問(wèn)題我國(guó)提出“數(shù)字中國(guó)”建設(shè)宏偉戰(zhàn)略，搶占數(shù)字經(jīng)濟(jì)產(chǎn)業(yè)鏈制高點(diǎn)。其中信息技術(shù)應(yīng)用創(chuàng)新產(chǎn)業(yè)成為國(guó)內(nèi)數(shù)據(jù)庫(kù)行業(yè)發(fā)展的轉(zhuǎn)折點(diǎn)。在信創(chuàng)改革的推進(jìn)下，數(shù)據(jù)庫(kù)的信創(chuàng)步伐早已完成布局、探索、優(yōu)化及落地，對(duì)于信創(chuàng)的適配度和支持度也在不斷提升?；诖?，對(duì)于國(guó)內(nèi)大中型企業(yè)來(lái)說(shuō)，“開(kāi)源+信創(chuàng)”是未來(lái)幾年不得不面對(duì)的方向，也是企業(yè)數(shù)據(jù)庫(kù)架構(gòu)發(fā)展的趨勢(shì)。
在信創(chuàng)的加持下，以數(shù)據(jù)庫(kù)為代表的計(jì)算機(jī)軟硬件產(chǎn)品迎來(lái)一波爆發(fā)潮。在積極支持和適配硬件信創(chuàng)服務(wù)器的趨勢(shì)下，以信創(chuàng)和非信創(chuàng)兩種技術(shù)路線(xiàn)并存，同時(shí)進(jìn)一步改造和優(yōu)化信創(chuàng)數(shù)據(jù)庫(kù)產(chǎn)品，使之在性能和穩(wěn)定性上能與非信創(chuàng)數(shù)據(jù)庫(kù)并駕齊驅(qū)。
市面上使用較廣的開(kāi)源關(guān)系型數(shù)據(jù)庫(kù)有MySQL和PostgreSQL兩種技術(shù)路線(xiàn)，各有各的優(yōu)勢(shì)。PostgreSQL相比MySQL，有SQL的標(biāo)準(zhǔn)實(shí)現(xiàn)上要比MySQL完善、存儲(chǔ)過(guò)程的功能支持要比MySQL友好、對(duì)表連接支持較完整等優(yōu)勢(shì)。MySQL相比PostgreSQL，有MySQL的優(yōu)化器較簡(jiǎn)單等優(yōu)勢(shì)。
基于這兩者的產(chǎn)品特性可以得出，PG更適合嚴(yán)格的企業(yè)應(yīng)用場(chǎng)景（如金融、電信、ERP等）；而MySQL更適合業(yè)務(wù)邏輯相對(duì)簡(jiǎn)單、數(shù)據(jù)可靠性要求較低的互聯(lián)網(wǎng)場(chǎng)景。當(dāng)然兩種技術(shù)路線(xiàn)數(shù)據(jù)庫(kù)都有自身的優(yōu)缺點(diǎn)，特別是國(guó)內(nèi)幾家大廠(chǎng)對(duì)于兩種技術(shù)路線(xiàn)的數(shù)據(jù)庫(kù)產(chǎn)品進(jìn)行相應(yīng)的改造、優(yōu)化、改進(jìn)和封裝，在成熟度和穩(wěn)定性上進(jìn)一步提升，同時(shí)推出基于兩種技術(shù)路線(xiàn)的相應(yīng)數(shù)據(jù)庫(kù)產(chǎn)品線(xiàn)搶占市場(chǎng)，也為大中型企業(yè)在數(shù)據(jù)庫(kù)的選型上提供多種產(chǎn)品選擇。
張曉斌 太平保險(xiǎn)集團(tuán)某省級(jí)分公司技術(shù)支持工程師：
如今業(yè)務(wù)系統(tǒng)紛繁復(fù)雜，應(yīng)當(dāng)結(jié)合不同的場(chǎng)景找尋最合適替換的數(shù)據(jù)庫(kù)，這其實(shí)也是一個(gè)優(yōu)化配置，實(shí)現(xiàn)價(jià)值最大化的過(guò)程。
以保險(xiǎn)企業(yè)運(yùn)營(yíng)部門(mén)核心系統(tǒng)為例，核心數(shù)據(jù)庫(kù)的建設(shè)與維護(hù)工作，集中體現(xiàn)在存儲(chǔ)、流程、服務(wù)。存儲(chǔ)方面，如我們的應(yīng)用需求，首先要綜合分析整個(gè)系統(tǒng)的容量規(guī)劃，預(yù)計(jì)客戶(hù)信息等數(shù)據(jù)量增長(zhǎng)，數(shù)據(jù)如何匯總；流程方面，流程如何做到快速故障響應(yīng)和服務(wù)響應(yīng)，各個(gè)數(shù)據(jù)接口之間數(shù)據(jù)是如何串聯(lián)的，如何進(jìn)行統(tǒng)一查詢(xún)與分析；服務(wù)方面，對(duì)應(yīng)用系統(tǒng)開(kāi)發(fā)部門(mén)提出的需求、日常變更能夠快速響應(yīng)和執(zhí)行，怎么能讓?xiě)?yīng)用系統(tǒng)開(kāi)發(fā)部門(mén)更了解數(shù)據(jù)庫(kù)的運(yùn)行狀況，讓其幫助自身做一些性能方面的檢查，如何保證數(shù)據(jù)庫(kù)的數(shù)據(jù)安全和訪(fǎng)問(wèn)安全也是重點(diǎn)。
大中型保險(xiǎn)企業(yè)，核心關(guān)鍵應(yīng)用數(shù)據(jù)庫(kù)有三大核心需求：可用性、性能及安全。保險(xiǎn)企業(yè)經(jīng)營(yíng)當(dāng)以穩(wěn)字當(dāng)頭，用戶(hù)購(gòu)買(mǎi)保險(xiǎn)的目的是當(dāng)客戶(hù)遇到合同約定的問(wèn)題時(shí)可以進(jìn)行快速理賠，而保險(xiǎn)另外一個(gè)功能是存放資金。以上都決定了保險(xiǎn)的經(jīng)營(yíng)方式，而后臺(tái)能夠支撐得到理賠系統(tǒng)或是資金運(yùn)作整個(gè)方面，數(shù)據(jù)庫(kù)均需要有極其嚴(yán)格細(xì)致的要求。時(shí)間需要準(zhǔn)確，數(shù)字更要準(zhǔn)確。保險(xiǎn)業(yè)務(wù)隨時(shí)代發(fā)展而不斷轉(zhuǎn)變，同樣作為金融業(yè)的銀行系統(tǒng)，它的進(jìn)步驅(qū)動(dòng)保險(xiǎn)業(yè)同樣與時(shí)俱進(jìn)，購(gòu)買(mǎi)查詢(xún)、保單查詢(xún)、理賠查詢(xún)一氣呵成。再是需要應(yīng)對(duì)監(jiān)管要求，在整個(gè)大環(huán)境中，要求每筆理賠款項(xiàng)都不能出錯(cuò)。但實(shí)際上運(yùn)維難度大，體現(xiàn)在磁盤(pán)和節(jié)點(diǎn)眾多，一旦出現(xiàn)問(wèn)題就難以管理。
保險(xiǎn)行業(yè)的關(guān)鍵應(yīng)用數(shù)據(jù)庫(kù)正在經(jīng)歷國(guó)產(chǎn)化替代。如今國(guó)產(chǎn)數(shù)據(jù)庫(kù)尚未成熟，很多關(guān)鍵應(yīng)用還待以驗(yàn)證其可行性，在持續(xù)替換的過(guò)程中，企業(yè)或?qū)⒚媾R數(shù)據(jù)內(nèi)核、數(shù)據(jù)周邊、整體遷移、運(yùn)維自動(dòng)化等幾個(gè)方面的難題。分布式數(shù)據(jù)庫(kù)是近幾年的一個(gè)熱詞，金融企業(yè)關(guān)鍵應(yīng)用一定需要用分布式數(shù)據(jù)庫(kù)嗎？并不見(jiàn)得。有三個(gè)事實(shí)不容忽視。第一，金融企業(yè)大多數(shù)業(yè)務(wù)復(fù)雜不至于集中式數(shù)據(jù)庫(kù)處理不過(guò)來(lái)，或者做一些數(shù)據(jù)庫(kù)的分庫(kù)拆分就能應(yīng)對(duì)。第二，分布式數(shù)據(jù)庫(kù)從底層架構(gòu)上有很強(qiáng)的的容錯(cuò)能力，但不同數(shù)據(jù)庫(kù)這個(gè)能力參差不齊，在故障切換時(shí)，還不一定總是很平穩(wěn)，而且人工無(wú)法干預(yù)。第三，保險(xiǎn)企業(yè)要上真正的分布式數(shù)據(jù)庫(kù)，業(yè)務(wù)需要做大量改造，這個(gè)改造、適配的成本往往是很大的。
原先Oracle數(shù)據(jù)庫(kù)支撐了保險(xiǎn)企業(yè)非常豐富的業(yè)務(wù)系統(tǒng)，現(xiàn)階段幾乎無(wú)法找到一款數(shù)據(jù)庫(kù)產(chǎn)品能全方位替換，因此選擇適合具體業(yè)務(wù)場(chǎng)景的數(shù)據(jù)庫(kù)十分復(fù)雜而關(guān)鍵。是否一定要上分布式數(shù)據(jù)庫(kù)需要深思?；貧w初心，我們不是為了分布式而分布式，尋求整體TCO最優(yōu)、保障關(guān)鍵業(yè)務(wù)穩(wěn)定才是我們做國(guó)產(chǎn)化數(shù)據(jù)庫(kù)替換的核心。
結(jié)束語(yǔ)
數(shù)據(jù)庫(kù)國(guó)產(chǎn)化勢(shì)不可擋，“開(kāi)源+信創(chuàng)”融合是落地?cái)?shù)據(jù)庫(kù)國(guó)產(chǎn)化替代的可行策略。數(shù)據(jù)庫(kù)國(guó)產(chǎn)化≠分布式數(shù)據(jù)庫(kù)。尋求整體TCO最優(yōu)、保障關(guān)鍵業(yè)務(wù)穩(wěn)定才是數(shù)據(jù)庫(kù)國(guó)產(chǎn)化工作的核心。
