以前“雙十一”是一個拼流量的時代，如今開始走向拼體驗的時代。

大家可能發(fā)現(xiàn)，雙十一“喜報式實時成交額”不見了，各大電商平臺均沒有公布實時成交數(shù)據(jù)。盡管如此天貓今年雙十一成交額仍然有5403億。

從拉長的選購時間，我們也可以看出，今年商家比拼的不再是流量而是對于提升消費者的體驗、滿意度、幸福感的服務。

最有看頭的不僅是商家雙十一當天不用“拼了”、消費者也不再瘋狂更加理性，還有OceanBase數(shù)據(jù)庫也不用再“拼了”。

楊傳輝表示：“以前的雙11全體員工都上，研發(fā)也得值班，現(xiàn)在都能坐著喝茶了。”

2021年雙十一前夕，雷鋒網與OceanBase CEO楊冰、CTO楊傳輝對OceanBase的發(fā)展歷程、能力優(yōu)勢、未來核心戰(zhàn)略目標，以及數(shù)據(jù)庫行業(yè)的整體發(fā)展趨勢進行了深入交流。

同時我們也能看到為什么OceanBase能從“全員備戰(zhàn)”到“無人值守”的境界。

 

一、最好的關系就是相互成就

 

 

從0到1，OceanBase用了近四年。

 “一直到2015年之前都是我們特別難的一個階段”，楊傳輝不禁感慨。

 2010年OceanBase立項，第一個項目是淘寶“收藏夾”。但做這件事情并不簡單。

 OceanBase CTO楊傳輝表示，“當時，一個用戶收藏夾收藏的條目數(shù)特別多，按照以往傳統(tǒng)，用戶最多可以收藏4000條信息，每一條信息都要實時獲取最新的動態(tài)，如商品的下線、價格、熱度變化等。傳統(tǒng)數(shù)據(jù)庫需要將兩者的信息做兩張表進行關聯(lián)，但是數(shù)據(jù)量特別大的話就很難實現(xiàn)，即便是MySQL也解決不了?！?/p>

 可以說，在最開始幾年的版本迭代中，OceanBase就是為解決特定的問題而來，解決其他數(shù)據(jù)庫解決不了的問題。

 OceanBase數(shù)據(jù)庫需要金融系統(tǒng)試用半年才能知道是否丟數(shù)據(jù)，而金融的業(yè)務提出“你不證明你不丟數(shù)據(jù)，我怎么敢給你用”，這就相當于“怎么證明你媽是你媽”。

 2014年的雙十一，OceanBase獲得了一個難得的“機會”。此時，支付寶已經一年有幾十億的用戶交易，在此之前，支付寶只敢將1%的交易流量交給OceanBase承載。但奈何Oracle只能滿足支付寶流量的90%。怎么辦？這要求OceanBase必須接下10%，螞蟻集團當時的CTO魯肅也都很支持這件事。事實證明，OceanBase經受住了考驗。

 “當時研發(fā)負責人都激動的都跳了起來”，楊傳輝滿懷自豪地說，“以前人家以為你是吹牛，覺得你的團隊不行，此后都高看一眼，覺得你什么都行”。

征途：2015至2017

 2015年：OceanBase 0.5版本在支付寶的交易庫和支付庫上線，同年OceanBase上線網商銀行，成為全球首個應用在金融核心業(yè)務系統(tǒng)的分布式關系數(shù)據(jù)庫。OceanBase在當年雙11處理100%交易數(shù)據(jù)鏈和50%支付數(shù)據(jù)鏈。

2016年：OceanBase 1.0版本在支付寶賬務系統(tǒng)上線，支撐當年雙11的12萬筆/秒的支付峰值。

2017年：OceanBase發(fā)布1.4版本，增加轉儲功能、層次查詢功能。在當年雙11里，包括整個賬務庫在內的全部核心系統(tǒng)都100%運行在OceanBase上，創(chuàng)造了4200萬次/秒數(shù)據(jù)庫處理峰值的紀錄。

值得一提的是，到了2017年OceanBase已經將支付寶最核心的交易、支付等場景，以及生態(tài)內支付工具如花唄、余額寶、充值等進行了替換。

 

3.0時代：將性能做到極致

 

2018年：OceanBase 2.0版本發(fā)布，支持MySQL/Oracle雙兼容模式，是第一款支持存儲過程的原生分布式數(shù)據(jù)庫；在OLTP場景性能較1.4版本提升50%以上，存儲成本下降30%。

2019年：OceanBase2.2版本發(fā)布，在TPC-C測試中跑贏Oracle一舉奪冠，并在雙11里達到6100萬筆/秒數(shù)據(jù)處理峰值。

到目前為止，OceanBase涵蓋了螞蟻集團核心業(yè)務板塊，已支撐起集團100%的核心鏈路，每天都有數(shù)十億條不同的SQL運行在螞蟻集團的OceanBase集群中，承載的數(shù)據(jù)量達到數(shù)百PB，服務器核數(shù)過百萬。

楊冰指出關鍵的一點，“好的數(shù)據(jù)庫是踩坑踩出來的”。

 

二、OceanBase“十八般武藝”

 

 

細數(shù)OceanBase從2010年立項至今的幾個重要發(fā)展歷程，與阿里淘寶、天貓、支付寶等業(yè)務場景每逢雙十一迎來洪流般數(shù)據(jù)沖擊的幾個節(jié)點相映襯。這既是對OceanBase數(shù)據(jù)庫性能的大閱兵，也是快速實現(xiàn)數(shù)據(jù)庫技術創(chuàng)新的最佳引擎。

支付領域有一個說法：“賬務是支付系統(tǒng)皇冠上的明珠”。

 如果一個系統(tǒng)能夠應用到賬務系統(tǒng)，那么意味著你的系統(tǒng)可以應用到所有系統(tǒng)。

 賬務系統(tǒng)需要兩步操作，一個是操作記錄，誰給誰轉賬了要記錄下來，另一個是記錄賬目的實際數(shù)值，轉賬了多少，一方要加上另一方要減掉?？此坪唵?，海量數(shù)據(jù)高效完成對于數(shù)據(jù)庫的能力要求可謂極難。

 雙十一對數(shù)據(jù)庫的挑戰(zhàn)也從最初存算容量的挑戰(zhàn)，逐漸演變?yōu)閷π阅堋⒎€(wěn)定性，以及效率智能化等方面的挑戰(zhàn)?？偨Y起來，OceanBase目前已具備以下幾大核心能力：

 * 數(shù)據(jù)一致性：也叫數(shù)據(jù)的正確性，OceanBase最核心的競爭力是穩(wěn)定可靠，那么保證穩(wěn)定可靠的前提就是一個完全正確的系統(tǒng)，這是非常難的。OceanBase從最早期就已經應用到“雙十一 ”這種核心場景，因此不僅做數(shù)據(jù)庫相關的事，還做了很多數(shù)據(jù)庫相關的非功能的事情，這是其他數(shù)據(jù)庫所不具備的，OceanBase會在數(shù)據(jù)庫運行的過程中，對數(shù)據(jù)進行校驗，一旦系統(tǒng)發(fā)生問題，可以很快發(fā)現(xiàn)。

* 持續(xù)穩(wěn)定運行：OceanBase能夠持續(xù)運行8個小時，系統(tǒng)性能不抖動。TPC-C是全球最具公信力的聯(lián)機交易處理數(shù)據(jù)庫的功能與性能結合的測試標準，TPC-C要求八個小時持續(xù)穩(wěn)定運行不抖動，OceanBase做到了，連續(xù)穩(wěn)定運行8小時，抖動小于0.5。另外OceanBase以7.07億(707,351,007)tpmC的在線事務處理性能打破了世界紀錄，其中一張表格就有20萬億的數(shù)據(jù)量，OceanBase要保證所有數(shù)據(jù)庫是一致的，所有的機器都在跑，保證轉賬的正確性，“不能出現(xiàn)一邊轉賬了另一邊沒有收到的情況”，持續(xù)穩(wěn)定的運行優(yōu)勢可以在“雙十一”這種極端場景下，讓用戶流暢地購物。

* 無損容災：據(jù)介紹，當機器、城市、機房發(fā)生故障時，OceanBase可以保障不丟一條數(shù)據(jù)。因為用到了Paxos協(xié)議，可以做到無所容災，并提出三地五中心，進而四地八中心、八地九中心都不是問題。尤其在金融系統(tǒng)是不能丟失任何一條數(shù)據(jù)的，只有在其他行業(yè)的商業(yè)數(shù)據(jù)庫得到充分認證，才會在金融應用。

* 無限擴容、彈性擴展：“雙11”當天的容量會是平常的幾十倍，而分布式數(shù)據(jù)庫可以無限擴容，當天團隊會快速部署服務器，把數(shù)據(jù)和服務快速傳到云上，大促結束后再把數(shù)據(jù)和服務從云上搬下來，OceanBase每天可以快速彈上、彈下，彈性擴縮容過程中涉及了接近50萬次變更操作。楊傳輝表示：“支付寶百萬副本級的能力，意味著每秒鐘能支持100萬筆最高峰值的支付，而100萬筆支付對于數(shù)據(jù)庫來說是接近億級QPS（查詢率）”。OceanBase能支持這么大的查詢率關鍵點是通過兩級彈性，一級是分庫分表，二級是利用OceanBase的分區(qū)表格能力做自動擴容。先做一級分庫分表分成100份，再通過OceanBase的分區(qū)表格能力再拆100份，總共拆出一萬份，使得每一份都能在一臺機器上做到自動彈性。

* 高性能低成本：OceanBase每年都會設立一個項目，根據(jù)“雙十一”的需求專門提升性能和優(yōu)化成本，2021年的讀寫場景性能相比上一年提升了61%，同時，存儲成本大幅降低，只有MySQL的三分之一左右。

“雙十一”為OceanBase沉淀了諸多了關鍵性能，可以讓其應用到更多的場景，給OceanBase打下了堅實的基礎。

如今OceanBase已經更新到最新的3.2版本，但是對于“雙十一”來說，即使不是最新版本，也已經能支撐起整個“雙十一”的流量。

 

三、敢于做傳統(tǒng)行業(yè)核心數(shù)據(jù)庫替換

 

越來越多的國產數(shù)據(jù)庫，在近一兩年開始密集得到政企客戶的青睞。

這是個積極現(xiàn)象。面對國際舞臺中強大如Oracle一樣的競爭對手，它在為過去四十年國產數(shù)據(jù)庫的努力試圖正名。

2020年6月8日，螞蟻集團自研數(shù)據(jù)庫OceanBase宣布獨立進行公司化運作。獨立后的一年多時間里，OceanBase在技術攻關與業(yè)務推進方面，均取得了飛速發(fā)展：二刷TPC-C在基準測試中打破自己保持的世界紀錄，在中國工商銀行、南京銀行、人保健康險、西安銀行等機構核心業(yè)務系統(tǒng)上線OceanBase……

但這僅僅也只是開始的一小步。對于OceanBase而言，金融級業(yè)務場景是驗證數(shù)據(jù)庫性能的珠峰，勢必要從金融標桿做起，但它的目標是面向更開放、更廣闊的通用型數(shù)據(jù)庫拓展。

當前，傳統(tǒng)行業(yè)核心數(shù)據(jù)庫系統(tǒng)替換是國產替代大背景下時代的需要，也是政企客戶新業(yè)務形態(tài)的迫切訴求。

傳統(tǒng)行業(yè)對于核心系統(tǒng)的升級需求極為迫切，亟需一個穩(wěn)定安全、性價比高，同時又兼具高兼容、高擴展、高可用、易管理、部署靈活等特點的數(shù)據(jù)庫。

 

 據(jù)OceanBase CEO楊冰介紹，企業(yè)面臨的困境主要有以下幾點：

* 技術改不了：核心業(yè)務系統(tǒng)投建早，大多與數(shù)據(jù)庫能力深度綁定，遷移改造工作量大，風險高，時間長。

* 服務挺不住：移動互聯(lián)網時代用戶消費下習慣發(fā)生變化，銀行核心業(yè)務系統(tǒng)從滿足5*8的消費訴求，變成要滿足7*24的消費訴求，對高可用的提出挑戰(zhàn)，同時不同體量的機構，基礎設施情況和改造思路不同，需要針對性的提出方案。

* 管理環(huán)節(jié)多：業(yè)務系統(tǒng)種類不斷增加，50%的用戶認為隨著數(shù)據(jù)庫實例數(shù)量的不斷增加，運維管理變的更加困難。

* 業(yè)務跑不動：互聯(lián)網核心系統(tǒng)初期投建規(guī)模小，但發(fā)展快，一旦爆發(fā)式增長，沒有足夠時間去重構應用和設計架構，因此底層數(shù)據(jù)庫容量和算力很難跟上業(yè)務發(fā)展速度，系統(tǒng)出現(xiàn)跑不動的情況，對高并發(fā)的場景提出要求。

其實可以看出，以上問題已經讓企業(yè)頭疼已久，如何降低核心系統(tǒng)改造的風險，同時降低改造的成本，變成大多數(shù)企業(yè)會遇到的問題。解決以上問題方法無非就是遷移到其他數(shù)據(jù)庫或者做擴容，不僅風險極高付出的成本也極大。一旦全部遷移，所有的軟件都要大換血，對于技術上的要求是顛覆性的，同時也是不可取的。

這件事情的難度極大，挑戰(zhàn)也大，前期投入高、風險高，OceanBase憑什么能做這件事情？

按楊冰的話說：“OceanBase只是站在傳統(tǒng)數(shù)據(jù)庫的肩膀上，進行老市場的顛覆和存量市場的替換，同時創(chuàng)造出新的賽道和空間”。

OceanBase投入了大量的成本和精力兼容MySQL、Oracle傳統(tǒng)數(shù)據(jù)庫。由于歷史原因，Oracle作為世界上最流行的數(shù)據(jù)庫被廣泛使用，隨著國產自主化的口號揭竿而起，很多企事業(yè)單位開始使用開源的MySQL，因此也就出現(xiàn)了現(xiàn)在的局面。

OceanBase目前已經幫助某頭部保險企業(yè)，在核心系統(tǒng)上平滑的過渡到了OceanBase上面。一位用戶語感嘆：中國不缺各種各樣的數(shù)據(jù)庫公司，商業(yè)的也好開源的也罷，缺的是自主掌控、自主研發(fā)的數(shù)據(jù)庫，能夠真正替換掉MySQL、Oracle。

 

四、數(shù)據(jù)庫時代的“新物種”

 

1、“一體化架構”是OceanBase的最佳選擇

 

對于OceanBase而言，做通用數(shù)據(jù)庫才是星辰大海。為此，團隊將從幾個技術路徑看待這件事情：一是“一體化架構”。

天下大勢，合久必分，分久必合。

很長一段時間 OLTP（事務處理/在線交易）和OLAP（在線分析）各自占山為王，很多企業(yè)這兩類任務處理由不同團隊完成，管理維護成本高。但是隨著越來越多企業(yè)上云，大量數(shù)據(jù)涌入，單機數(shù)據(jù)庫的處理能力遠遠無法滿足對于數(shù)據(jù)實時更新和查詢的需求。能夠滿足兩種能力的需求越來越旺盛，因此HTAP數(shù)據(jù)庫應運而生。

在“雙十一”大流量的涌入下，做完交易的數(shù)據(jù)要流到離線數(shù)據(jù)倉里，分析可能要等很長時間才能做結果，最快也得好幾個小時，商家也沒辦法快速響應。用HTAP架構可以很好的解決OLAP和OLTP兩類業(yè)務場景，商家可以更好在雙11當天實時進行活動的調整促銷策略。

由此OceanBase提出“一體化架構”，開啟企業(yè)級數(shù)據(jù)庫全新模式，集合原生分布式框架和經典集中式數(shù)據(jù)庫（HTAP）的兩種技術優(yōu)勢，從而讓數(shù)據(jù)庫處理更加復雜的場景。將“復雜留給數(shù)據(jù)庫，簡單留給用戶”。

“雖然‘一體化架構’底層架構還是原生分布式，但是可以同時兼顧集中式和分布式兩種系統(tǒng)，即可以保留集中式數(shù)據(jù)庫單機性能強的優(yōu)勢又能同時兼具分布式數(shù)據(jù)庫的拓展性、擴容性、性價比、高可用等特點，因此可以兼容Oracle和MySQL。這對很多用戶來說簡直就是福音，因為這意味著用了多年的數(shù)據(jù)庫逐漸面臨著容量、價格等一系列問題，如果能從Oracle或者MySQL平滑的遷移到OceanBase，這一定是一個更好的選擇?！?/p>

HTAP技術架構幫助OceanBase應用到更多場景，而OceanBase也將不只在邊緣場景更多轉戰(zhàn)核心場景的應用，從而為數(shù)據(jù)庫打開更廣的生態(tài)。

 

2、堅持生態(tài)與開源

 

楊傳輝告訴雷鋒網：“數(shù)據(jù)庫越到后面拼的越是生態(tài)，因此今年6月OceanBase決定開源”，將300萬行代碼免費開源了，只有社區(qū)共建，一起完善工具，擁抱用戶，才能建立數(shù)據(jù)庫生態(tài)?！?/p>

只有更多的人一起合作，才能到更豐富的場景試煉。好的數(shù)據(jù)庫一定是經過不同場景打磨出來的。

目前企業(yè)版OceanBase3.2HTAP能力大幅增強，TP性能提升30%，AP性能提升6倍。并支持托管，發(fā)布KVREDO接口，兼容MySQL5.7協(xié)議，開放運維管理openAPI......

OceanBase要做的不僅要持續(xù)優(yōu)化核心場景能力，同時還要持續(xù)優(yōu)化HTAP性能繼續(xù)開源共建開源社區(qū)；不僅要服務好支付寶的支付交易系統(tǒng)，還要逐漸賦能到更多的場景，覆蓋金融場景乃至全行業(yè)，為數(shù)據(jù)庫打開更廣的生態(tài)。

未來OceanBase整個部署架構也將從私有云走向混合云乃至多云部署，從金融場景慢慢走向更廣闊的通用場景，從國內走向國外，OceanBase 越來越成為通用的、中立的、多云的數(shù)據(jù)庫，變得更加開放。

 

3、原生分布式數(shù)據(jù)庫一定是未來

 

OceanBase CEO楊冰表示：“原生分布式數(shù)據(jù)庫一定會引領未來數(shù)據(jù)庫的潮流，而且早在10年前我們就已經預判到該趨勢，并且現(xiàn)在我們也已經一步步的驗證了這一預測的正確性?！?/p>

10年前的原生分布式數(shù)據(jù)庫在國內可以說沒有先例，當時把分布式揉進數(shù)據(jù)庫中，就是一個具有開創(chuàng)性意義的嘗試和創(chuàng)新。

隨著數(shù)字化轉型進入深水區(qū)，企業(yè)上云的腳步進一步加快，未來企業(yè)在云上的數(shù)據(jù)量將會呈現(xiàn)激增的態(tài)勢。IDC預測，全球數(shù)據(jù)量正迎來爆發(fā)，將從2018年的33ZB增長到2025年的175ZB。推動這一增長的重要因素之一是云計算具備彈性擴容、按需使用、按量付費等優(yōu)點，云數(shù)據(jù)中心正成為企業(yè)新的數(shù)據(jù)存儲庫。未來數(shù)據(jù)量的激增，將給傳統(tǒng)數(shù)據(jù)庫帶來極大的挑戰(zhàn)，而原生分布式數(shù)據(jù)庫優(yōu)點可以很好的解決這些難題。

另外還有應用技術架構變化，催生擴容的需求。應用逐漸演變成從單機到集群從而慢慢走向微服務化到集群化的模式，這時擴容的壓力就會傳達到了存儲層數(shù)據(jù)庫層，分布式的架構有很好的擴容性，因而能夠很好的解決這一問題，這也就有了OceanBase的三地五中心，全局可擴容，輕松應對雙十一。

同時硬件架構也從大型、垂直化的架構變成了小型并行化的架構，從硬件方面也開始往分布式延伸。

以往人們認為原生分布式數(shù)據(jù)庫只能應用到邊緣場景，而只有在核心場景取得突破才是真正的成功，原生分布式架構一定是未來數(shù)據(jù)庫發(fā)展的方向。

而OceanBase經過“雙十一”經過金融行業(yè)等核心場景的應用，這代表原生分布式架構一定既可以應用到邊緣場景也能應用到核心場景。

因此OceanBase堅定不移的走向原生分布式數(shù)據(jù)庫。

 

結語

 

“應用是數(shù)據(jù)庫的第一推動力”，經過“雙十一”支付場景八年的歷練以及支付寶金融場景的淬煉，OceanBase亟需到更多的核心場景試煉同時也要向通用數(shù)據(jù)庫邁進。自開源以來，攜程、美團、bilibili、快手等企業(yè)進行深度實踐，OceanBase也在不斷優(yōu)化，升級新版本，目前已經從開源的3.0版本升級到3.1.1版本。

彼時，OceanBase創(chuàng)始人陽振坤在2014年雙十一的那句：“如果等會出了問題，我們就從這跳下去！”回想在耳邊。

如今時過境遷，OceanBase已經不需要那么“拼了”。

楊傳輝告訴雷鋒網：“未來最好的狀態(tài)就是不用一人值班”。

可以預見OceanBase未來要拼的方向是智能化，數(shù)據(jù)庫運維的自動化智能化，用AI對問題進行自動化的分析決策。

未來猶未可知，我們且走且看。

雷峰網原創(chuàng)文章，未經授權禁止轉載。詳情見轉載須知。