客戶案例
南京銀行
公司介紹
南京銀行成立于 1996 年 2 月 8 日，是一家具有由國有股份、中資法人股份、外資股份及眾多個人股份共同組成獨立法人資格的股份制商業(yè)銀行，實行一級法人體制。先后于 2001 年、2005 年引入國際金融公司和法國巴黎銀行入股，在全國城商行中率先啟動上市輔導程序并于 2007 年成功上市。入選英國《銀行家》雜志公布的全球 1000 家大銀行排行榜和全球銀行品牌 500 強榜單，2017 年分列第 146 位和第 131 位。在互聯(lián)網(wǎng)金融飛速發(fā)展的當下，南京銀行積極轉型，努力打造自己的互聯(lián)網(wǎng)金融平臺。
李勇
南京銀行信息技術部副總經(jīng)理
“OceanBase 數(shù)據(jù)庫系統(tǒng)經(jīng)過螞蟻金服內(nèi)部大量互聯(lián)網(wǎng)金融場景驗證，給了我們嘗試使用的信心。實踐證明，南京銀行選擇 OceanBase 數(shù)據(jù)庫，給“鑫云 +”互金平臺提供了更加堅實的保證。”
業(yè)務挑戰(zhàn)
在線水平擴展能力：能夠在不中斷業(yè)務的情況下，快速擴展硬件能力。
高并發(fā)處理能力：能夠應對類似雙十一的瞬間高并發(fā)流量。
軟硬件和運維成本：能夠在滿足上述需求的同時，大幅降低成本。
優(yōu)化結果
2017 年 9 月 28 日，南京銀行、阿里云以及螞蟻金服舉行戰(zhàn)略合作協(xié)議簽約儀式，共同發(fā)布南京銀行“鑫云+”互金開放平臺。南京銀行“鑫云+”互金開放平臺是阿里云、螞蟻金融云合作整體輸出的第一次努力，通過“鑫云”+平臺的建設，南京銀行互金核心系統(tǒng)在如下方面獲得了質(zhì)的提升：
擴展能力：在平臺建設期間和投產(chǎn)后，OceanBase 做過多次在線水平擴展。
處理能力：從 10 萬筆/日以下，增加到 100 萬筆/日以上。
成本降低：單賬戶的維護成本從 30~50 元/賬戶，降到 4 元/賬戶。
網(wǎng)商銀行
公司介紹
網(wǎng)商銀行定位為網(wǎng)商首選的金融服務商、互聯(lián)網(wǎng)銀行的探索者和普惠金融的實踐者，為小微企業(yè)、大眾消費者、農(nóng)村經(jīng)營者與農(nóng)戶、中小金融機構提供服務，是中國第一家將核心系統(tǒng)架構在金融云上的銀行。基于金融云計算平臺以及 OceanBase 的海量存儲，網(wǎng)商銀行擁有處理高并發(fā)金融交易、海量大數(shù)據(jù)和彈性擴容的能力，可以利用互聯(lián)網(wǎng)和大數(shù)據(jù)的優(yōu)勢，給更多小微企業(yè)提供金融服務。
唐家才
網(wǎng)商銀行 CTO
“網(wǎng)商銀行選擇 OceanBase 三地五中心部署架構，不僅在數(shù)據(jù)上從具備抵御同城機房故障提升到具備異地城市容災的能力，同時內(nèi)置的多租戶隔離的能力，滿足全行多應用系統(tǒng)的管理與使用需求，讓應用系統(tǒng)多活架構設計上變的異常簡單。”
業(yè)務挑戰(zhàn)
具備城市級別的容災能力滿足監(jiān)管要求，同時最大限度地減少容災上部署、運營和維護IT基礎設施的工作量，從而降低系統(tǒng)運行和維護的成本。
提供標準、安全和高效的數(shù)據(jù)庫多租戶隔離環(huán)境及管理工具，滿足全行多應用系統(tǒng)（如存貸匯核心系統(tǒng)）的管理與使用需求。
優(yōu)化結果
選擇 OceanBase 三地五中心部署架構，實現(xiàn)了業(yè)務應用上杭州，上海異地多活的能力，極大的提升了全行的系統(tǒng)吞吐量。同時容災上具備任意時間，任意服務器，任意機房，任意城市出現(xiàn)不可抗拒因素災難時，完全無需人工接入的無損自適應容災，RPO=0，RTO<30 秒，極大的減少了運營和維護 IT 基礎設施的工作量，從而降低了運行和維護的成本。
在平臺建設期間和投產(chǎn)后，OceanBase 做過多次在線水平擴展，具備高擴展能力。
借助 OceanBase 提供的多租戶特性，在集群上按照業(yè)務重要程度與流量配比分配資源策略，在資源的共享與隔離上取得了最佳的平衡，極大的減少了 IT 基礎設施的采購成本。同時通過 OceanBase 云平臺運維管控產(chǎn)品，日常運營維護 100% 白屏化，大大的降低了維護運營成本。
支付寶
公司介紹
支付寶是中國內(nèi)地領先的第三方支付平臺，致力于提供“簡單、安全、快速”的支付解決方案。在 2017 年雙十一購物節(jié)，支付峰值最高達 25.6 萬筆/秒。 支付寶的所有核心業(yè)務數(shù)據(jù)包括交易、賬務、花唄、借唄等均存儲在 OceanBase 上，相比傳統(tǒng)的 Oracle 方案，OceanBase 使用更低的成本，實現(xiàn)了更高的擴展性，幫助支付寶平穩(wěn)應對各種促銷業(yè)務高峰。
程立
螞蟻金服 CTO
“OceanBase 穩(wěn)定支撐了支付寶的核心交易、支付與賬務，經(jīng)歷了多次“雙十一”的考驗，形成了跨機房、跨區(qū)域部署的高可用架構， 并在日常運行、應急演練和容災切換中發(fā)揮了重要作用。”
業(yè)務挑戰(zhàn)
一致性，一致性是金融業(yè)務的生命線，為了應對硬件或者系統(tǒng)故障（IDC/OS/機器故障），傳統(tǒng)的數(shù)據(jù)庫在這方面為業(yè)務提供多種選擇。最大可用模式在主庫故障情況下可能造成數(shù)據(jù)丟失。最大保護模式會提高全年的不可用時間，并造成性能下降。
擴展性，傳統(tǒng)的基于硬件是 scale up 方案成本是非常高的，在螞蟻內(nèi)部采用 sharding 的方式，通過自研中間件 ZDAL 屏蔽分表信息，對業(yè)務提供單表視圖。
可用性，金融業(yè)務對系統(tǒng)的可用性要求非常高，通常在 99.99% 以上。一些金融機構通常采用數(shù)據(jù)庫本身的特性來提供系統(tǒng)的可用性，以 Oracle 為例，為了保證高可用目前有兩種方案：RAC 方案和 DataGuard 方案。在故障場景下恢復時間會比較長，因此業(yè)務上通常會實現(xiàn)一些高可用方案如Failover等等提高故障恢復時間，同時也引入了大量的復雜度。
成本和性能，對于傳統(tǒng)數(shù)據(jù)庫而言，成本分為機器成本和許可證（license）成本。不同于傳統(tǒng)的金融企業(yè)，互聯(lián)網(wǎng)金融服務的用戶數(shù)非常大，傳統(tǒng)的收費方式會帶來非常高昂的成本。
優(yōu)化結果
OceanBase 在一致性方面做了以下幾個事情，架構層面引入 Paxos 協(xié)議，多重數(shù)據(jù)校驗機制，完善支付寶業(yè)務模型，多重機制保障金融級別的一致性。
OceanBase 的高可用策略與傳統(tǒng)的基于共享存儲的方案有很大不同，OceanBase 采用 Share Nothing 架構，并且每個組件都有各自的持續(xù)可用方案。
在部署架構上也引入了不同，支付寶的訂單型業(yè)務采用了"同城三中心"的部署方式，具備單機和單 IDC 故障的容災，通過 RFO 的方式提供異地容災能力，在性能和可用性方面做到了極致的權衡。賬務型業(yè)務采用"三地五中心"部署方式，除了具備單機，單 IDC 的容災能力，還具備城市級故障自動容災能力。在同城容災和異地容災場景下，RPO=0，RTO<30 秒。
淘寶網(wǎng)
公司介紹
阿里巴巴是全球最大的電子商務網(wǎng)站之一，2017 天貓雙 11 整天成交金額 1682 億元。淘寶（天貓）收藏夾是用戶非常喜愛的功能之一，用戶在瀏覽淘寶網(wǎng)站的時候會把自己喜歡的商品或者店鋪加入收藏夾中，以便于以后能迅速的找到之前收藏過的商品。用戶同時還能跟好友分享自己的收藏商品或者店鋪。目前淘寶收藏夾已經(jīng)達到幾百 TB 規(guī)模，服務 8 億淘寶用戶。
林玉炳
淘寶技術部基礎交易
“收藏夾服務集團內(nèi) 50+ 業(yè)務方，總體收藏關系數(shù)將近千億，并發(fā)量數(shù)十萬，OceanBase 非常好的支持了收藏夾的讀寫場景，經(jīng)歷了多次大促高并發(fā)考驗，運行穩(wěn)定，吞吐量高，性能優(yōu)異，成本低廉，非常好的滿足了收藏夾的業(yè)務發(fā)展需求。”
業(yè)務挑戰(zhàn)
收藏夾每天寫入量千萬級的寫入量，同時需要支持數(shù)萬每秒的寫入峰值。
收藏夾的查詢是收藏記錄和商品信息的一個連接查詢，平均每個查詢都需要連接上百條記錄，且雙 11 的用戶展示的峰值能達到數(shù)十萬每秒左右。對數(shù)據(jù)庫的性能提出了嚴苛要求。
優(yōu)化結果
利用 OceanBase 數(shù)據(jù)庫先進的分布式的特性，把單表數(shù)據(jù)自動分布到數(shù)十臺廉價微型服務器上，這數(shù)十臺服務器同時支持每天的高強度寫入，輕松化解寫入壓力。
利用 OceanBase 出色的容災特性，三個機房部署，即使某個機房整體異常，也不會影響用戶訪問。
阿里媽媽
公司介紹
阿里媽媽廣告業(yè)務主要是一種 P4P（Pay for Performance）形式的廣告業(yè)務系統(tǒng)，而報表中心作為阿里媽媽向廣告主透出廣告效果數(shù)據(jù)的唯一平臺，在阿里巴巴大平臺豐富多樣的商業(yè)場景下，為客戶提供優(yōu)質(zhì)，高效，可靠的數(shù)據(jù)服務，成為廣告投放的風向標。報表平臺將品類繁多的商業(yè)廣告信息進行分類匯總，提煉出直通車，鉆展，品效，一站式，原生內(nèi)容，新單品等業(yè)務線的報表服務，為阿里巴巴商務平臺上的賣家提供各種精確的，多維的廣告效果分析服務。
張煒宇
阿里媽媽基礎共享技術開發(fā)平臺總監(jiān)
“OceanBase 很好的滿足了我們廣告業(yè)務對于存儲系統(tǒng)擴展性，并行計算，統(tǒng)計計算，高吞吐，低時延，資源隔離等大數(shù)據(jù)處理的需求，在報表業(yè)務的演進中幫助我們建立了一套業(yè)務和平臺分離，面向效果指標開發(fā)的通用系統(tǒng)。”
業(yè)務挑戰(zhàn)
開發(fā)效率：報表平臺承載了阿里巴巴商業(yè)平臺上品類繁多的廣告數(shù)據(jù)的匯總和對廣告主的展示，不同業(yè)務線有不同的報表訴求，即使在相同的業(yè)務線下，基于不同的營銷場景，也會有不同維度的數(shù)據(jù)抽象和封裝。但在報表開發(fā)的演進過程中，報表平臺逐步建立起業(yè)務與系統(tǒng)分離，由之前的面向報表的開發(fā)模式，轉變?yōu)槊嫦蛑笜说耐ㄓ媒鉀Q方案，這就把報表開發(fā)的問題拆解為細粒度的指標組合，不同的指標依賴的計算存儲模型會根據(jù)業(yè)務的特性會有極大的不同。而 OceanBase 提供的豐富的分區(qū)方式及 OLAP 能力有效地解決了不同場景下，業(yè)務指標的構建問題，這對于我們業(yè)務開發(fā)工作者來說可以更多的關注我需要什么樣的指標，而不用考慮如何從存儲系統(tǒng)中得到這些數(shù)據(jù)。
大數(shù)據(jù)處理能力：隨著阿里巴巴集團業(yè)務的高速發(fā)展，推廣營銷在商業(yè)引流上的重要性越發(fā)明顯，報表作為營銷產(chǎn)品的閉環(huán)，其訴求也越發(fā)的多樣化、個性化，報表數(shù)據(jù)在近幾年的發(fā)展中在量級上已經(jīng)增長到TB甚至數(shù)十 TB 的規(guī)模。這個時候存儲系統(tǒng)的擴展性就顯得非常重要，如果一開始我們就預估 5-10 年的存儲資源，在前期數(shù)據(jù)規(guī)模不大的情況下，必然存在嚴重的資源浪費，如果前期預估得太少，隨著數(shù)據(jù)增長，MySQL+ 中間件的集群擴容帶來的數(shù)據(jù)搬遷問題又費時費力。同時，為了讓用戶獲得良好的數(shù)據(jù)展示體驗，我們要求每一次數(shù)據(jù)計算的時間不能太長（通常不超過 10s），而對于一些大數(shù)據(jù)的讀寫請求，如果不使用并行計算能力，是很難達到這個要求的。然而大數(shù)據(jù)的并行查詢不能拖垮系統(tǒng)中的高優(yōu)先級的小請求，并且當 MySQL 單表數(shù)據(jù)規(guī)模超過 2000 萬時，其查詢性能就出現(xiàn)斷崖式的下跌，這也是業(yè)務無法容忍的一大缺陷，因此，我們在系統(tǒng)選型上更傾向于 OceanBase 這樣具有高吞吐，數(shù)據(jù)讀寫隔離，資源隔離能力的存儲方案。
易用性：廣告業(yè)務是一種典型的線上分析型業(yè)務（OLAP），需要在龐大的買家數(shù)據(jù)和廣告數(shù)據(jù)中分析兩者的關聯(lián)關系，然后精準的分析出廣告主的廣告投放效果。因此，報表平臺中存在著較多的多維度的數(shù)據(jù)關聯(lián)查詢，以及大數(shù)據(jù)的分組匯總查詢，同時也存在一些統(tǒng)計學上的專業(yè)函數(shù)計算。而廣告業(yè)務領域目前比較流行的 ROLAP、MOLAP 的分析型數(shù)據(jù)查詢方案 SQL 能力都不夠友好。因此我們需要基于其提供的 API 做很重的業(yè)務抽象，封裝成一套業(yè)務通用的 SDK，因此我們不得不投入更多的開發(fā)和維護人員在這套笨重的 SDK上，開發(fā)效率將大打折扣，所以我們還需要一個對 SQL 語言支持良好的存儲系統(tǒng)。
系統(tǒng)成本：另一種解決方案就是采用大多數(shù)商業(yè)公司使用的 Oracle 提供的 RAC 解決方案，通過共享存儲的能力提供數(shù)據(jù)存儲空間的擴容，通過在共享存儲上增加計算節(jié)點來提供高速的并行處理能力。這套方案都是基于在昂貴的硬件基礎和 Oracle 數(shù)據(jù)庫 License 費用上的，這不符合我們打造低成本技術體系的初衷。
優(yōu)化結果
OceanBase 作為一個通用的分布式關系數(shù)據(jù)庫系統(tǒng)，其提供了豐富的分區(qū)方式（HASH， RANGE， RANGE+HASH 等），并且提供在線的業(yè)務無感知的動態(tài)分區(qū)能力，集群擴容只需要 DBA 簡單的增加存儲節(jié)點，以及做一些簡單的 DDL 操作即可，完全對業(yè)務透明，解決了我們業(yè)務數(shù)據(jù)爆炸式增長的問題。
OceanBase 兼容 MySQL5.6 版本大部分功能，完全覆蓋報表業(yè)務的需求，報表業(yè)務可以像使用 MySQL 那樣去使用 OceanBase，不需要業(yè)務做過多的邏輯改造，同時作為分布式關系數(shù)據(jù)庫，還能夠提供復雜的跨多結點的分布式 JOIN 能力，以及并行的匯總排序能力和豐富的數(shù)學計算函數(shù)能力，友好的滿足了我們大多數(shù)場景的計算需求。同時，OceanBase 還為報表平臺量身定制了近似計算的功能，對于一些超大結果集的運算，OceanBase 會篩選出一些精度影響較大的數(shù)據(jù)，然后基于這些數(shù)據(jù)進行匯總計算，在超大的數(shù)據(jù)計算的情況下，能夠快速的得出一個離正確結果相差不大的近似結果。
OceanBase 作為一個可水平擴展的分布式關系數(shù)據(jù)庫系統(tǒng)，在集群中，每個節(jié)點的角色關系都是對等的，每個節(jié)點都可以提供讀寫能力，大大提高了系統(tǒng)整體的吞吐能力，這也滿足了我們需要迅速導入數(shù)據(jù)的訴求（TPS 峰值需要在 10 萬以上）。同時，每個節(jié)點都可以部署在廉價的 PC 服務器上，因此，系統(tǒng)成本上的性價比是 RAC 解決方案的數(shù)十倍。