環(huán)球資訊：金融數(shù)據(jù)庫(kù)分布式改造方案如何選？這才是最優(yōu)解！

近年來(lái)，在自主創(chuàng)新與多云轉(zhuǎn)型的驅(qū)動(dòng)下，金融行業(yè)紛紛啟動(dòng)對(duì)傳統(tǒng)數(shù)據(jù)庫(kù)的改造。在目標(biāo)數(shù)據(jù)庫(kù)的選擇上，分布式數(shù)據(jù)庫(kù)呼聲很高，然而實(shí)際落地情況并不理想。據(jù)《金融業(yè)數(shù)據(jù)庫(kù)供應(yīng)鏈安全發(fā)展報(bào)告》統(tǒng)計(jì)，分布式數(shù)據(jù)庫(kù)在銀行業(yè)使用占比僅有17.5%，在證券、保險(xiǎn)業(yè)甚至不到4%，在金融核心場(chǎng)景的規(guī)模應(yīng)用進(jìn)展緩慢。

(資料圖)

什么原因?qū)е铝诉@一現(xiàn)象？誠(chéng)然，分布式數(shù)據(jù)庫(kù)從架構(gòu)上描繪了一幅美好藍(lán)圖，但3個(gè)技術(shù)層面的原因讓金融行業(yè)分布式數(shù)據(jù)庫(kù)改造還停留在淺嘗輒止的水平：

一是可靠性不滿足金融行業(yè)要求。金融業(yè)務(wù)重要性非比尋常，業(yè)務(wù)中斷、數(shù)據(jù)丟失都會(huì)造成不可估量的損失。分布式數(shù)據(jù)庫(kù)大多采用存算一體架構(gòu)，服務(wù)器既提供計(jì)算資源，又要負(fù)責(zé)數(shù)據(jù)存儲(chǔ)。由于服務(wù)器易故障，故障后業(yè)務(wù)中斷和數(shù)據(jù)丟失同時(shí)發(fā)生，可謂是雪上加霜。當(dāng)前，分布式數(shù)據(jù)庫(kù)普遍通過(guò)多數(shù)據(jù)副本提高可靠性，但新問(wèn)題接踵而至：多個(gè)副本間必須保持嚴(yán)格一致性，那么數(shù)據(jù)庫(kù)性能勢(shì)必受到影響；如果不嚴(yán)格一致，又可能出現(xiàn)數(shù)據(jù)丟失的情況。

二是性能與傳統(tǒng)數(shù)據(jù)庫(kù)差距過(guò)大。當(dāng)前，分布式數(shù)據(jù)庫(kù)的單機(jī)性能較差，所以才需要將過(guò)去的一個(gè)數(shù)據(jù)庫(kù)拆分成多個(gè)數(shù)據(jù)庫(kù)，依靠并發(fā)優(yōu)勢(shì)去提升性能。但傳統(tǒng)業(yè)務(wù)數(shù)據(jù)量大，庫(kù)表結(jié)構(gòu)復(fù)雜，很難做到完美改造。此外，業(yè)務(wù)高峰期時(shí)，局部數(shù)據(jù)庫(kù)訪問(wèn)量過(guò)大容易導(dǎo)致阻塞，從而使整個(gè)系統(tǒng)癱瘓。

三是改造成本過(guò)高，運(yùn)維管理困難。分庫(kù)分表改造是一個(gè)系統(tǒng)性工程，涉及應(yīng)用的同步修改，費(fèi)時(shí)費(fèi)力；服務(wù)器和硬盤(pán)數(shù)量大增，改造成本很高。此外，不像專(zhuān)業(yè)存儲(chǔ)能夠提供良好的硬盤(pán)健康管理能力，服務(wù)器故障的風(fēng)險(xiǎn)往往需要運(yùn)維人員來(lái)承擔(dān)。更可怕的是，這種故障往往會(huì)連續(xù)出現(xiàn)，永遠(yuǎn)不知道哪一塊盤(pán)會(huì)成為引發(fā)蝴蝶效應(yīng)的“黑天鵝”。

基于以上原因，分布式數(shù)據(jù)庫(kù)在金融行業(yè)始終難有突破。那么，破局之道在哪里？縱觀IT行業(yè)發(fā)展，針對(duì)功能問(wèn)題時(shí)，業(yè)界常通過(guò)軟件開(kāi)發(fā)來(lái)解決；針對(duì)穩(wěn)定性和性能問(wèn)題，則常常通過(guò)硬件技術(shù)革新來(lái)突破。分布式數(shù)據(jù)庫(kù)當(dāng)前面臨的問(wèn)題，歸根結(jié)底是存算一體架構(gòu)下，服務(wù)器硬件可靠性不足造成的。僅僅依靠多副本、分庫(kù)分表這些軟件層面的方案，無(wú)法徹底解決問(wèn)題，提升硬件能力才是關(guān)鍵。因此，將分布式數(shù)據(jù)庫(kù)升級(jí)為存算分離架構(gòu)，由更加可靠的專(zhuān)業(yè)存儲(chǔ)來(lái)保存數(shù)據(jù)，可以從根本上解決分布式數(shù)據(jù)庫(kù)的可靠性問(wèn)題。

首選，在存算分離架構(gòu)下，數(shù)據(jù)被存放在高可靠的專(zhuān)業(yè)存儲(chǔ)中，即使服務(wù)器損壞數(shù)據(jù)也不會(huì)丟失，因此多副本也沒(méi)有存在的必要了，副本間的數(shù)據(jù)同步自然也不復(fù)存在，可以很好地解決分布式數(shù)據(jù)庫(kù)的性能問(wèn)題。其次，存儲(chǔ)資源利用率的提升，也使硬盤(pán)數(shù)量大幅減少，再通過(guò)專(zhuān)業(yè)存儲(chǔ)進(jìn)行硬盤(pán)健康管理，可以更好地消除系統(tǒng)風(fēng)險(xiǎn)。再次，存算分離架構(gòu)下計(jì)算與存儲(chǔ)資源解綁，容量和算力分別按需擴(kuò)展，可以從源頭上減少服務(wù)器數(shù)量，從而降低采購(gòu)與管理成本。

分庫(kù)分表一直是使用分布式數(shù)據(jù)庫(kù)的一大難題。從本質(zhì)上講，分庫(kù)分表可以通過(guò)數(shù)據(jù)的分布式部署來(lái)彌補(bǔ)系統(tǒng)整體的可靠性與性能損失，但代價(jià)是改造成本高昂。其實(shí)，通過(guò)提升數(shù)據(jù)庫(kù)單庫(kù)性能、降低單機(jī)故障后的系統(tǒng)風(fēng)險(xiǎn)，是可以避免分庫(kù)分表的。例如，Oracle數(shù)據(jù)庫(kù)就通過(guò)存算分離架構(gòu)保障了數(shù)據(jù)層高可用，允許服務(wù)器訪問(wèn)共享數(shù)據(jù)，并通過(guò)ASM（Automatic Storage Management，自動(dòng)存儲(chǔ)管理）實(shí)現(xiàn)了緩存區(qū)數(shù)據(jù)的共享訪問(wèn)，多個(gè)服務(wù)器可同時(shí)訪問(wèn)一個(gè)數(shù)據(jù)庫(kù)，解決了單庫(kù)性能和連續(xù)性的問(wèn)題。無(wú)獨(dú)有偶，華為OceanData分布式數(shù)據(jù)庫(kù)存儲(chǔ)解決方案，采用自研參天數(shù)據(jù)庫(kù)加速引擎，也實(shí)現(xiàn)了存算分離架構(gòu)下數(shù)據(jù)庫(kù)服務(wù)器間的緩存共享，再加之OceanStor Dorado高性能全閃存存儲(chǔ)加持，多個(gè)分布式數(shù)據(jù)庫(kù)實(shí)例可以同時(shí)讀寫(xiě)一個(gè)庫(kù)并各自處理事務(wù)，使得數(shù)據(jù)庫(kù)整體性能大幅提升。通過(guò)存算分離架構(gòu)，分布式數(shù)據(jù)庫(kù)可以達(dá)到高性能、高可靠，并大幅降低企業(yè)的使用門(mén)檻與成本。

華為OceanData分布式數(shù)據(jù)庫(kù)存儲(chǔ)解決方案正在積極適配多種應(yīng)用場(chǎng)景。在核心應(yīng)用場(chǎng)景，華為打造了GaussDB與OceanStor Dorado的聯(lián)合方案，利用存儲(chǔ)雙活確保數(shù)據(jù)完整復(fù)制到容災(zāi)站點(diǎn)，工作站點(diǎn)性能不受影響，助力GaussDB實(shí)現(xiàn)工作站點(diǎn)和容災(zāi)站點(diǎn)的雙集群容災(zāi)，滿足金融核心級(jí)業(yè)務(wù)要求，在某國(guó)有大行的核心業(yè)務(wù)落地商用；在互聯(lián)網(wǎng)應(yīng)用場(chǎng)景，華為通過(guò)存算分離架構(gòu)和自研容器存儲(chǔ)解決方案，實(shí)現(xiàn)服務(wù)器故障、存儲(chǔ)故障和站點(diǎn)故障后的容器應(yīng)用可快速恢復(fù)，并和MySQL數(shù)據(jù)庫(kù)共同打造優(yōu)秀實(shí)踐，在西南某城商行取得落地。

華為OceanData分布式數(shù)據(jù)庫(kù)存儲(chǔ)解決方案，以專(zhuān)業(yè)存儲(chǔ)之力，助力分布式數(shù)據(jù)庫(kù)改造更省心、更放心！面向未來(lái)，華為存儲(chǔ)將與行業(yè)伙伴持續(xù)深化創(chuàng)新合作，推動(dòng)數(shù)據(jù)庫(kù)存算分離創(chuàng)新升級(jí)，全面提升性能、可靠性和可管理性，共同促進(jìn)分布式數(shù)據(jù)庫(kù)在金融行業(yè)的規(guī)模應(yīng)用。

關(guān)鍵詞：