OceanBase 客戶案例

南京銀行

南京銀行成立于 1996 年 2 月 8 日，是一家具有由國(guó)有股份、中資法人股份、外資股份及眾多個(gè)人股份共同組成獨(dú)立法人資格的股份制商業(yè)銀行，實(shí)行一級(jí)法人體制。先后于 2001 年、2005 年引入國(guó)際金融公司和法國(guó)巴黎銀行入股，在全國(guó)城商行中率先啟動(dòng)上市輔導(dǎo)程序并于 2007 年成功上市。入選英國(guó)《銀行家》雜志公布的全球 1000 家大銀行排行榜和全球銀行品牌 500 強(qiáng)榜單，2017 年分列第 146 位和第 131 位。在互聯(lián)網(wǎng)金融飛速發(fā)展的當(dāng)下，南京銀行積極轉(zhuǎn)型，努力打造自己的互聯(lián)網(wǎng)金融平臺(tái)。

南京銀行信息技術(shù)部副總經(jīng)理

“OceanBase 數(shù)據(jù)庫(kù)系統(tǒng)經(jīng)過(guò)螞蟻金服內(nèi)部大量互聯(lián)網(wǎng)金融場(chǎng)景驗(yàn)證，給了我們嘗試使用的信心。實(shí)踐證明，南京銀行選擇 OceanBase 數(shù)據(jù)庫(kù)，給“鑫云 +”互金平臺(tái)提供了更加堅(jiān)實(shí)的保證。”

1. 在線水平擴(kuò)展能力：能夠在不中斷業(yè)務(wù)的情況下，快速擴(kuò)展硬件能力。
2. 高并發(fā)處理能力：能夠應(yīng)對(duì)類似雙十一的瞬間高并發(fā)流量。
3. 軟硬件和運(yùn)維成本：能夠在滿足上述需求的同時(shí)，大幅降低成本。

2017 年 9 月 28 日，南京銀行、阿里云以及螞蟻金服舉行戰(zhàn)略合作協(xié)議簽約儀式，共同發(fā)布南京銀行“鑫云+”互金開放平臺(tái)。南京銀行“鑫云+”互金開放平臺(tái)是阿里云、螞蟻金融云合作整體輸出的第一次努力，通過(guò)“鑫云”+平臺(tái)的建設(shè)，南京銀行互金核心系統(tǒng)在如下方面獲得了質(zhì)的提升：

1. 擴(kuò)展能力：在平臺(tái)建設(shè)期間和投產(chǎn)后，OceanBase 做過(guò)多次在線水平擴(kuò)展。
2. 處理能力：從 10 萬(wàn)筆/日以下，增加到 100 萬(wàn)筆/日以上。
3. 成本降低：?jiǎn)钨~戶的維護(hù)成本從 30~50 元/賬戶，降到 4 元/賬戶。

網(wǎng)商銀行

網(wǎng)商銀行定位為網(wǎng)商首選的金融服務(wù)商、互聯(lián)網(wǎng)銀行的探索者和普惠金融的實(shí)踐者，為小微企業(yè)、大眾消費(fèi)者、農(nóng)村經(jīng)營(yíng)者與農(nóng)戶、中小金融機(jī)構(gòu)提供服務(wù)，是中國(guó)第一家將核心系統(tǒng)架構(gòu)在金融云上的銀行?；诮鹑谠朴?jì)算平臺(tái)以及 OceanBase 的海量存儲(chǔ)，網(wǎng)商銀行擁有處理高并發(fā)金融交易、海量大數(shù)據(jù)和彈性擴(kuò)容的能力，可以利用互聯(lián)網(wǎng)和大數(shù)據(jù)的優(yōu)勢(shì)，給更多小微企業(yè)提供金融服務(wù)。

網(wǎng)商銀行 CTO

“網(wǎng)商銀行選擇 OceanBase 三地五中心部署架構(gòu)，不僅在數(shù)據(jù)上從具備抵御同城機(jī)房故障提升到具備異地城市容災(zāi)的能力，同時(shí)內(nèi)置的多租戶隔離的能力，滿足全行多應(yīng)用系統(tǒng)的管理與使用需求，讓應(yīng)用系統(tǒng)多活架構(gòu)設(shè)計(jì)上變的異常簡(jiǎn)單?！?/p>業(yè)務(wù)挑戰(zhàn)

1. 具備城市級(jí)別的容災(zāi)能力滿足監(jiān)管要求，同時(shí)最大限度地減少容災(zāi)上部署、運(yùn)營(yíng)和維護(hù)IT基礎(chǔ)設(shè)施的工作量，從而降低系統(tǒng)運(yùn)行和維護(hù)的成本。
2. 提供標(biāo)準(zhǔn)、安全和高效的數(shù)據(jù)庫(kù)多租戶隔離環(huán)境及管理工具，滿足全行多應(yīng)用系統(tǒng)（如存貸匯核心系統(tǒng)）的管理與使用需求。

選擇 OceanBase 三地五中心部署架構(gòu)，實(shí)現(xiàn)了業(yè)務(wù)應(yīng)用上杭州，上海異地多活的能力，極大的提升了全行的系統(tǒng)吞吐量。同時(shí)容災(zāi)上具備任意時(shí)間，任意服務(wù)器，任意機(jī)房，任意城市出現(xiàn)不可抗拒因素災(zāi)難時(shí)，完全無(wú)需人工接入的無(wú)損自適應(yīng)容災(zāi)，RPO=0,RTO<30 秒，極大的減少了運(yùn)營(yíng)和維護(hù) IT 基礎(chǔ)設(shè)施的工作量，從而降低了運(yùn)行和維護(hù)的成本。

1. 在平臺(tái)建設(shè)期間和投產(chǎn)后，OceanBase 做過(guò)多次在線水平擴(kuò)展，具備高擴(kuò)展能力。
2. 借助 OceanBase 提供的多租戶特性，在集群上按照業(yè)務(wù)重要程度與流量配比分配資源策略，在資源的共享與隔離上取得了最佳的平衡，極大的減少了 IT 基礎(chǔ)設(shè)施的采購(gòu)成本。同時(shí)通過(guò) OceanBase 云平臺(tái)運(yùn)維管控產(chǎn)品，日常運(yùn)營(yíng)維護(hù) 100% 白屏化，大大的降低了維護(hù)運(yùn)營(yíng)成本。

支付寶

支付寶是國(guó)內(nèi)領(lǐng)先的第三方支付平臺(tái)，致力于提供“簡(jiǎn)單、安全、快速”的支付解決方案。在 2017 年雙十一購(gòu)物節(jié)，支付峰值最高達(dá) 25.6 萬(wàn)筆/秒。 支付寶的所有核心業(yè)務(wù)數(shù)據(jù)包括交易、賬務(wù)、花唄、借唄等均存儲(chǔ)在 OceanBase 上，相比傳統(tǒng)的 Oracle 方案，OceanBase 使用更低的成本，實(shí)現(xiàn)了更高的擴(kuò)展性，幫助支付寶平穩(wěn)應(yīng)對(duì)各種促銷業(yè)務(wù)高峰。

螞蟻金服 CTO

“OceanBase 穩(wěn)定支撐了支付寶的核心交易、支付與賬務(wù)，經(jīng)歷了多次“雙十一”的考驗(yàn)，形成了跨機(jī)房、跨區(qū)域部署的高可用架構(gòu), 并在日常運(yùn)行、應(yīng)急演練和容災(zāi)切換中發(fā)揮了重要作用。”

1. 一致性，一致性是金融業(yè)務(wù)的生命線，為了應(yīng)對(duì)硬件或者系統(tǒng)故障（IDC/OS/機(jī)器故障），傳統(tǒng)的數(shù)據(jù)庫(kù)在這方面為業(yè)務(wù)提供多種選擇。最大可用模式在主庫(kù)故障情況下可能造成數(shù)據(jù)丟失。最大保護(hù)模式會(huì)提高全年的不可用時(shí)間，并造成性能下降。
2. 擴(kuò)展性，傳統(tǒng)的基于硬件是 scale up 方案成本是非常高的，在螞蟻內(nèi)部采用 sharding 的方式，通過(guò)自研中間件 ZDAL 屏蔽分表信息，對(duì)業(yè)務(wù)提供單表視圖。
3. 可用性，金融業(yè)務(wù)對(duì)系統(tǒng)的可用性要求非常高，通常在 99.99% 以上。一些金融機(jī)構(gòu)通常采用數(shù)據(jù)庫(kù)本身的特性來(lái)提供系統(tǒng)的可用性，以 Oracle 為例，為了保證高可用目前有兩種方案：RAC 方案和 DataGuard 方案。在故障場(chǎng)景下恢復(fù)時(shí)間會(huì)比較長(zhǎng)，因此業(yè)務(wù)上通常會(huì)實(shí)現(xiàn)一些高可用方案如Failover等等提高故障恢復(fù)時(shí)間，同時(shí)也引入了大量的復(fù)雜度。
4. 成本和性能，對(duì)于傳統(tǒng)數(shù)據(jù)庫(kù)而言，成本分為機(jī)器成本和許可證（license）成本。不同于傳統(tǒng)的金融企業(yè)，互聯(lián)網(wǎng)金融服務(wù)的用戶數(shù)非常大，傳統(tǒng)的收費(fèi)方式會(huì)帶來(lái)非常高昂的成本。

1. OceanBase 在一致性方面做了以下幾個(gè)事情，架構(gòu)層面引入 Paxos 協(xié)議，多重?cái)?shù)據(jù)校驗(yàn)機(jī)制，完善支付寶業(yè)務(wù)模型，多重機(jī)制保障金融級(jí)別的一致性。
2. OceanBase 的高可用策略與傳統(tǒng)的基于共享存儲(chǔ)的方案有很大不同，OceanBase 采用 Share Nothing 架構(gòu)，并且每個(gè)組件都有各自的持續(xù)可用方案。
3. 在部署架構(gòu)上也引入了不同，支付寶的訂單型業(yè)務(wù)采用了"同城三中心"的部署方式，具備單機(jī)和單 IDC 故障的容災(zāi)，通過(guò) RFO 的方式提供異地容災(zāi)能力，在性能和可用性方面做到了極致的權(quán)衡。賬務(wù)型業(yè)務(wù)采用"三地五中心"部署方式，除了具備單機(jī)，單 IDC 的容災(zāi)能力，還具備城市級(jí)故障自動(dòng)容災(zāi)能力。在同城容災(zāi)和異地容災(zāi)場(chǎng)景下，RPO=0，RTO<30 秒。

淘寶網(wǎng)

阿里巴巴是全球最大的電子商務(wù)網(wǎng)站之一，2017 天貓雙 11 整天成交金額 1682 億元。淘寶(天貓)收藏夾是用戶非常喜愛的功能之一，用戶在瀏覽淘寶網(wǎng)站的時(shí)候會(huì)把自己喜歡的商品或者店鋪加入收藏夾中，以便于以后能迅速的找到之前收藏過(guò)的商品。用戶同時(shí)還能跟好友分享自己的收藏商品或者店鋪。目前淘寶收藏夾已經(jīng)達(dá)到幾百 TB 規(guī)模，服務(wù) 8 億淘寶用戶。

淘寶技術(shù)部基礎(chǔ)交易

“收藏夾服務(wù)集團(tuán)內(nèi) 50+ 業(yè)務(wù)方，總體收藏關(guān)系數(shù)將近千億，并發(fā)量數(shù)十萬(wàn)，OceanBase 非常好的支持了收藏夾的讀寫場(chǎng)景，經(jīng)歷了多次大促高并發(fā)考驗(yàn)，運(yùn)行穩(wěn)定，吞吐量高，性能優(yōu)異，成本低廉，非常好的滿足了收藏夾的業(yè)務(wù)發(fā)展需求?！?/p>業(yè)務(wù)挑戰(zhàn)

1. 收藏夾每天寫入量千萬(wàn)級(jí)的寫入量，同時(shí)需要支持?jǐn)?shù)萬(wàn)每秒的寫入峰值。
2. 收藏夾的查詢是收藏記錄和商品信息的一個(gè)連接查詢，平均每個(gè)查詢都需要連接上百條記錄，且雙 11 的用戶展示的峰值能達(dá)到數(shù)十萬(wàn)每秒左右。對(duì)數(shù)據(jù)庫(kù)的性能提出了嚴(yán)苛要求。

1. 利用 OceanBase 數(shù)據(jù)庫(kù)先進(jìn)的分布式的
2. 特性，把單表數(shù)據(jù)自動(dòng)分布到數(shù)十臺(tái)廉價(jià)微型服務(wù)器上，這數(shù)十臺(tái)服務(wù)器同時(shí)支持每天的高強(qiáng)度寫入，輕松化解寫入壓力。
3. 利用 OceanBase 出色的容災(zāi)特性，三個(gè)機(jī)房部署，即使某個(gè)機(jī)房整體異常，也不會(huì)影響用戶訪問(wèn)。
4. 利用 OceanBase 提供的物化視圖技術(shù)，消除實(shí)際查詢中的連接操作，使得數(shù)據(jù)庫(kù)的查詢能力幾十倍提升，保障了雙 11 用戶查詢收藏夾的順暢的用戶體驗(yàn)。

阿里媽媽

公司介紹

阿里媽媽廣告業(yè)務(wù)主要是一種 P4P（Pay for Performance）形式的廣告業(yè)務(wù)系統(tǒng)，而報(bào)表中心作為阿里媽媽向廣告主透出廣告效果數(shù)據(jù)的唯一平臺(tái)，在阿里巴巴大平臺(tái)豐富多樣的商業(yè)場(chǎng)景下，為客戶提供優(yōu)質(zhì)，高效，可靠的數(shù)據(jù)服務(wù)，成為廣告投放的風(fēng)向標(biāo)。報(bào)表平臺(tái)將品類繁多的商業(yè)廣告信息進(jìn)行分類匯總，提煉出直通車，鉆展，品效，一站式，原生內(nèi)容，新單品等業(yè)務(wù)線的報(bào)表服務(wù)，為阿里巴巴商務(wù)平臺(tái)上的賣家提供各種精確的，多維的廣告效果分析服務(wù)。

阿里媽媽基礎(chǔ)共享技術(shù)開發(fā)平臺(tái)總監(jiān)

“OceanBase 很好的滿足了我們廣告業(yè)務(wù)對(duì)于存儲(chǔ)系統(tǒng)擴(kuò)展性，并行計(jì)算，統(tǒng)計(jì)計(jì)算，高吞吐，低時(shí)延，資源隔離等大數(shù)據(jù)處理的需求，在報(bào)表業(yè)務(wù)的演進(jìn)中幫助我們建立了一套業(yè)務(wù)和平臺(tái)分離，面向效果指標(biāo)開發(fā)的通用系統(tǒng)?！?/p>業(yè)務(wù)挑戰(zhàn)

1. 開發(fā)效率：報(bào)表平臺(tái)承載了阿里巴巴商業(yè)平臺(tái)上品類繁多的廣告數(shù)據(jù)的匯總和對(duì)廣告主的展示，不同業(yè)務(wù)線有不同的報(bào)表訴求，即使在相同的業(yè)務(wù)線下，基于不同的營(yíng)銷場(chǎng)景，也會(huì)有不同維度的數(shù)據(jù)抽象和封裝。但在報(bào)表開發(fā)的演進(jìn)過(guò)程中，報(bào)表平臺(tái)逐步建立起業(yè)務(wù)與系統(tǒng)分離，由之前的面向報(bào)表的開發(fā)模式，轉(zhuǎn)變?yōu)槊嫦蛑笜?biāo)的通用解決方案，這就把報(bào)表開發(fā)的問(wèn)題拆解為細(xì)粒度的指標(biāo)組合，不同的指標(biāo)依賴的計(jì)算存儲(chǔ)模型會(huì)根據(jù)業(yè)務(wù)的特性會(huì)有極大的不同。而 OceanBase 提供的豐富的分區(qū)方式及 OLAP 能力有效地解決了不同場(chǎng)景下，業(yè)務(wù)指標(biāo)的構(gòu)建問(wèn)題，這對(duì)于我們業(yè)務(wù)開發(fā)工作者來(lái)說(shuō)可以更多的關(guān)注我需要什么樣的指標(biāo)，而不用考慮如何從存儲(chǔ)系統(tǒng)中得到這些數(shù)據(jù)。
2. 大數(shù)據(jù)處理能力：隨著阿里巴巴集團(tuán)業(yè)務(wù)的高速發(fā)展，推廣營(yíng)銷在商業(yè)引流上的重要性越發(fā)明顯，報(bào)表作為營(yíng)銷產(chǎn)品的閉環(huán)，其訴求也越發(fā)的多樣化、個(gè)性化，報(bào)表數(shù)據(jù)在近幾年的發(fā)展中在量級(jí)上已經(jīng)增長(zhǎng)到TB甚至數(shù)十 TB 的規(guī)模。這個(gè)時(shí)候存儲(chǔ)系統(tǒng)的擴(kuò)展性就顯得非常重要，如果一開始我們就預(yù)估 5-10 年的存儲(chǔ)資源，在前期數(shù)據(jù)規(guī)模不大的情況下，必然存在嚴(yán)重的資源浪費(fèi)，如果前期預(yù)估得太少，隨著數(shù)據(jù)增長(zhǎng)，MySQL+ 中間件的集群擴(kuò)容帶來(lái)的數(shù)據(jù)搬遷問(wèn)題又費(fèi)時(shí)費(fèi)力。同時(shí)，為了讓用戶獲得良好的數(shù)據(jù)展示體驗(yàn)，我們要求每一次數(shù)據(jù)計(jì)算的時(shí)間不能太長(zhǎng)（通常不超過(guò) 10s），而對(duì)于一些大數(shù)據(jù)的讀寫請(qǐng)求，如果不使用并行計(jì)算能力，是很難達(dá)到這個(gè)要求的。然而大數(shù)據(jù)的并行查詢不能拖垮系統(tǒng)中的高優(yōu)先級(jí)的小請(qǐng)求，并且當(dāng) MySQL 單表數(shù)據(jù)規(guī)模超過(guò) 2000 萬(wàn)時(shí)，其查詢性能就出現(xiàn)斷崖式的下跌，這也是業(yè)務(wù)無(wú)法容忍的一大缺陷，因此，我們?cè)谙到y(tǒng)選型上更傾向于 OceanBase 這樣具有高吞吐，數(shù)據(jù)讀寫隔離，資源隔離能力的存儲(chǔ)方案。
3. 易用性：廣告業(yè)務(wù)是一種典型的線上分析型業(yè)務(wù)（OLAP），需要在龐大的買家數(shù)據(jù)和廣告數(shù)據(jù)中分析兩者的關(guān)聯(lián)關(guān)系，然后精準(zhǔn)的分析出廣告主的廣告投放效果。因此，報(bào)表平臺(tái)中存在著較多的多維度的數(shù)據(jù)關(guān)聯(lián)查詢，以及大數(shù)據(jù)的分組匯總查詢，同時(shí)也存在一些統(tǒng)計(jì)學(xué)上的專業(yè)函數(shù)計(jì)算。而廣告業(yè)務(wù)領(lǐng)域目前比較流行的 ROLAP、MOLAP 的分析型數(shù)據(jù)查詢方案 SQL 能力都不夠友好。因此我們需要基于其提供的 API 做很重的業(yè)務(wù)抽象，封裝成一套業(yè)務(wù)通用的 SDK，因此我們不得不投入更多的開發(fā)和維護(hù)人員在這套笨重的 SDK上，開發(fā)效率將大打折扣，所以我們還需要一個(gè)對(duì) SQL 語(yǔ)言支持良好的存儲(chǔ)系統(tǒng)。
4. 系統(tǒng)成本：另一種解決方案就是采用大多數(shù)商業(yè)公司使用的 Oracle 提供的 RAC 解決方案，通過(guò)共享存儲(chǔ)的能力提供數(shù)據(jù)存儲(chǔ)空間的擴(kuò)容，通過(guò)在共享存儲(chǔ)上增加計(jì)算節(jié)點(diǎn)來(lái)提供高速的并行處理能力。這套方案都是基于在昂貴的硬件基礎(chǔ)和 Oracle 數(shù)據(jù)庫(kù) License 費(fèi)用上的，這不符合我們打造低成本技術(shù)體系的初衷。

1. OceanBase 作為一個(gè)通用的分布式關(guān)系數(shù)據(jù)庫(kù)系統(tǒng)，其提供了豐富的分區(qū)方式（HASH, RANGE, RANGE+HASH 等），并且提供在線的業(yè)務(wù)無(wú)感知的動(dòng)態(tài)分區(qū)能力，集群擴(kuò)容只需要 DBA 簡(jiǎn)單的增加存儲(chǔ)節(jié)點(diǎn)，以及做一些簡(jiǎn)單的 DDL 操作即可，完全對(duì)業(yè)務(wù)透明，解決了我們業(yè)務(wù)數(shù)據(jù)爆炸式增長(zhǎng)的問(wèn)題。
2. OceanBase 兼容 MySQL5.6 版本大部分功能，完全覆蓋報(bào)表業(yè)務(wù)的需求，報(bào)表業(yè)務(wù)可以像使用 MySQL 那樣去使用 OceanBase，不需要業(yè)務(wù)做過(guò)多的邏輯改造，同時(shí)作為分布式關(guān)系數(shù)據(jù)庫(kù)，還能夠提供復(fù)雜的跨多結(jié)點(diǎn)的分布式 JOIN 能力，以及并行的匯總排序能力和豐富的數(shù)學(xué)計(jì)算函數(shù)能力，友好的滿足了我們大多數(shù)場(chǎng)景的計(jì)算需求。同時(shí)，OceanBase 還為報(bào)表平臺(tái)量身定制了近似計(jì)算的功能，對(duì)于一些超大結(jié)果集的運(yùn)算，OceanBase 會(huì)篩選出一些精度影響較大的數(shù)據(jù)，然后基于這些數(shù)據(jù)進(jìn)行匯總計(jì)算，在超大的數(shù)據(jù)計(jì)算的情況下，能夠快速的得出一個(gè)離正確結(jié)果相差不大的近似結(jié)果。
3. OceanBase 作為一個(gè)可水平擴(kuò)展的分布式關(guān)系數(shù)據(jù)庫(kù)系統(tǒng)，在集群中，每個(gè)節(jié)點(diǎn)的角色關(guān)系都是對(duì)等的，每個(gè)節(jié)點(diǎn)都可以提供讀寫能力，大大提高了系統(tǒng)整體的吞吐能力，這也滿足了我們需要迅速導(dǎo)入數(shù)據(jù)的訴求（TPS 峰值需要在 10 萬(wàn)以上）。同時(shí)，每個(gè)節(jié)點(diǎn)都可以部署在廉價(jià)的 PC 服務(wù)器上，因此，系統(tǒng)成本上的性價(jià)比是 RAC 解決方案的數(shù)十倍。