<mark id="oztn4"></mark>
0
以前“雙十一”是一個拼流量的時代，如今開始走向拼體驗的時代。
大家可能發現，雙十一“喜報式實時成交額”不見了，各大電商平臺均沒有公布實時成交數據。盡管如此天貓今年雙十一成交額仍然有5403億。
從拉長的選購時間，我們也可以看出，今年商家比拼的不再是流量而是對于提升消費者的體驗、滿意度、幸福感的服務。
最有看頭的不僅是商家雙十一當天不用“拼了”、消費者也不再瘋狂更加理性，還有OceanBase數據庫也不用再“拼了”。
楊傳輝表示：“以前的雙11全體員工都上，研發也得值班，現在都能坐著喝茶了?！?/p>
2021年雙十一前夕，雷鋒網與OceanBase CEO楊冰、CTO楊傳輝對OceanBase的發展歷程、能力優勢、未來核心戰略目標，以及數據庫行業的整體發展趨勢進行了深入交流。
同時我們也能看到為什么OceanBase能從“全員備戰”到“無人值守”的境界。
一、最好的關系就是相互成就
從0到1，OceanBase用了近四年。
“一直到2015年之前都是我們特別難的一個階段”，楊傳輝不禁感慨。
2010年OceanBase立項，第一個項目是淘寶“收藏夾”。但做這件事情并不簡單。
OceanBase CTO楊傳輝表示，“當時，一個用戶收藏夾收藏的條目數特別多，按照以往傳統，用戶最多可以收藏4000條信息，每一條信息都要實時獲取最新的動態，如商品的下線、價格、熱度變化等。傳統數據庫需要將兩者的信息做兩張表進行關聯，但是數據量特別大的話就很難實現，即便是MySQL也解決不了。”
可以說，在最開始幾年的版本迭代中，OceanBase就是為解決特定的問題而來，解決其他數據庫解決不了的問題。
OceanBase數據庫需要金融系統試用半年才能知道是否丟數據，而金融的業務提出“你不證明你不丟數據，我怎么敢給你用”，這就相當于“怎么證明你媽是你媽”。
2014年的雙十一，OceanBase獲得了一個難得的“機會”。此時，支付寶已經一年有幾十億的用戶交易，在此之前，支付寶只敢將1%的交易流量交給OceanBase承載。但奈何Oracle只能滿足支付寶流量的90%。怎么辦？這要求OceanBase必須接下10%，螞蟻集團當時的CTO魯肅也都很支持這件事。事實證明，OceanBase經受住了考驗。
“當時研發負責人都激動的都跳了起來”，楊傳輝滿懷自豪地說，“以前人家以為你是吹牛，覺得你的團隊不行，此后都高看一眼，覺得你什么都行”。
征途：2015至2017
2015年：OceanBase 0.5版本在支付寶的交易庫和支付庫上線，同年OceanBase上線網商銀行，成為全球首個應用在金融核心業務系統的分布式關系數據庫。OceanBase在當年雙11處理100%交易數據鏈和50%支付數據鏈。
2016年：OceanBase 1.0版本在支付寶賬務系統上線，支撐當年雙11的12萬筆/秒的支付峰值。
2017年：OceanBase發布1.4版本，增加轉儲功能、層次查詢功能。在當年雙11里，包括整個賬務庫在內的全部核心系統都100%運行在OceanBase上，創造了4200萬次/秒數據庫處理峰值的紀錄。
值得一提的是，到了2017年OceanBase已經將支付寶最核心的交易、支付等場景，以及生態內支付工具如花唄、余額寶、充值等進行了替換。
3.0時代：將性能做到極致
2018年：OceanBase 2.0版本發布，支持MySQL/Oracle雙兼容模式，是第一款支持存儲過程的原生分布式數據庫；在OLTP場景性能較1.4版本提升50%以上，存儲成本下降30%。
2019年：OceanBase2.2版本發布，在TPC-C測試中跑贏Oracle一舉奪冠，并在雙11里達到6100萬筆/秒數據處理峰值。
到目前為止，OceanBase涵蓋了螞蟻集團核心業務板塊，已支撐起集團100%的核心鏈路，每天都有數十億條不同的SQL運行在螞蟻集團的OceanBase集群中，承載的數據量達到數百PB，服務器核數過百萬。
楊冰指出關鍵的一點，“好的數據庫是踩坑踩出來的”。
二、OceanBase“十八般武藝”
細數OceanBase從2010年立項至今的幾個重要發展歷程，與阿里淘寶、天貓、支付寶等業務場景每逢雙十一迎來洪流般數據沖擊的幾個節點相映襯。這既是對OceanBase數據庫性能的大閱兵，也是快速實現數據庫技術創新的最佳引擎。
支付領域有一個說法：“賬務是支付系統皇冠上的明珠”。
如果一個系統能夠應用到賬務系統，那么意味著你的系統可以應用到所有系統。
賬務系統需要兩步操作，一個是操作記錄，誰給誰轉賬了要記錄下來，另一個是記錄賬目的實際數值，轉賬了多少，一方要加上另一方要減掉?？此坪唵?，海量數據高效完成對于數據庫的能力要求可謂極難。
雙十一對數據庫的挑戰也從最初存算容量的挑戰，逐漸演變為對性能、穩定性，以及效率智能化等方面的挑戰。總結起來，OceanBase目前已具備以下幾大核心能力：
* 數據一致性：也叫數據的正確性，OceanBase最核心的競爭力是穩定可靠，那么保證穩定可靠的前提就是一個完全正確的系統，這是非常難的。OceanBase從最早期就已經應用到“雙十一 ”這種核心場景，因此不僅做數據庫相關的事，還做了很多數據庫相關的非功能的事情，這是其他數據庫所不具備的，OceanBase會在數據庫運行的過程中，對數據進行校驗，一旦系統發生問題，可以很快發現。
* 持續穩定運行：OceanBase能夠持續運行8個小時，系統性能不抖動。TPC-C是全球最具公信力的聯機交易處理數據庫的功能與性能結合的測試標準，TPC-C要求八個小時持續穩定運行不抖動，OceanBase做到了，連續穩定運行8小時，抖動小于0.5。另外OceanBase以7.07億(707,351,007)tpmC的在線事務處理性能打破了世界紀錄，其中一張表格就有20萬億的數據量，OceanBase要保證所有數據庫是一致的，所有的機器都在跑，保證轉賬的正確性，“不能出現一邊轉賬了另一邊沒有收到的情況”，持續穩定的運行優勢可以在“雙十一”這種極端場景下，讓用戶流暢地購物。
* 無損容災：據介紹，當機器、城市、機房發生故障時，OceanBase可以保障不丟一條數據。因為用到了Paxos協議，可以做到無所容災，并提出三地五中心，進而四地八中心、八地九中心都不是問題。尤其在金融系統是不能丟失任何一條數據的，只有在其他行業的商業數據庫得到充分認證，才會在金融應用。
* 無限擴容、彈性擴展：“雙11”當天的容量會是平常的幾十倍，而分布式數據庫可以無限擴容，當天團隊會快速部署服務器，把數據和服務快速傳到云上，大促結束后再把數據和服務從云上搬下來，OceanBase每天可以快速彈上、彈下，彈性擴縮容過程中涉及了接近50萬次變更操作。楊傳輝表示：“支付寶百萬副本級的能力，意味著每秒鐘能支持100萬筆最高峰值的支付，而100萬筆支付對于數據庫來說是接近億級QPS（查詢率）”。OceanBase能支持這么大的查詢率關鍵點是通過兩級彈性，一級是分庫分表，二級是利用OceanBase的分區表格能力做自動擴容。先做一級分庫分表分成100份，再通過OceanBase的分區表格能力再拆100份，總共拆出一萬份，使得每一份都能在一臺機器上做到自動彈性。
* 高性能低成本：OceanBase每年都會設立一個項目，根據“雙十一”的需求專門提升性能和優化成本，2021年的讀寫場景性能相比上一年提升了61%，同時，存儲成本大幅降低，只有MySQL的三分之一左右。
“雙十一”為OceanBase沉淀了諸多了關鍵性能，可以讓其應用到更多的場景，給OceanBase打下了堅實的基礎。
如今OceanBase已經更新到最新的3.2版本，但是對于“雙十一”來說，即使不是最新版本，也已經能支撐起整個“雙十一”的流量。
三、敢于做傳統行業核心數據庫替換
越來越多的國產數據庫，在近一兩年開始密集得到政企客戶的青睞。
這是個積極現象。面對國際舞臺中強大如Oracle一樣的競爭對手，它在為過去四十年國產數據庫的努力試圖正名。
2020年6月8日，螞蟻集團自研數據庫OceanBase宣布獨立進行公司化運作。獨立后的一年多時間里，OceanBase在技術攻關與業務推進方面，均取得了飛速發展：二刷TPC-C在基準測試中打破自己保持的世界紀錄，在中國工商銀行、南京銀行、人保健康險、西安銀行等機構核心業務系統上線OceanBase……
但這僅僅也只是開始的一小步。對于OceanBase而言，金融級業務場景是驗證數據庫性能的珠峰，勢必要從金融標桿做起，但它的目標是面向更開放、更廣闊的通用型數據庫拓展。
當前，傳統行業核心數據庫系統替換是國產替代大背景下時代的需要，也是政企客戶新業務形態的迫切訴求。
傳統行業對于核心系統的升級需求極為迫切，亟需一個穩定安全、性價比高，同時又兼具高兼容、高擴展、高可用、易管理、部署靈活等特點的數據庫。
據OceanBase CEO楊冰介紹，企業面臨的困境主要有以下幾點：
* 技術改不了：核心業務系統投建早，大多與數據庫能力深度綁定，遷移改造工作量大，風險高，時間長。
* 服務挺不住：移動互聯網時代用戶消費下習慣發生變化，銀行核心業務系統從滿足5*8的消費訴求，變成要滿足7*24的消費訴求，對高可用的提出挑戰，同時不同體量的機構，基礎設施情況和改造思路不同，需要針對性的提出方案。
* 管理環節多：業務系統種類不斷增加，50%的用戶認為隨著數據庫實例數量的不斷增加，運維管理變的更加困難。
* 業務跑不動：互聯網核心系統初期投建規模小，但發展快，一旦爆發式增長，沒有足夠時間去重構應用和設計架構，因此底層數據庫容量和算力很難跟上業務發展速度，系統出現跑不動的情況，對高并發的場景提出要求。
其實可以看出，以上問題已經讓企業頭疼已久，如何降低核心系統改造的風險，同時降低改造的成本，變成大多數企業會遇到的問題。解決以上問題方法無非就是遷移到其他數據庫或者做擴容，不僅風險極高付出的成本也極大。一旦全部遷移，所有的軟件都要大換血，對于技術上的要求是顛覆性的，同時也是不可取的。
這件事情的難度極大，挑戰也大，前期投入高、風險高，OceanBase憑什么能做這件事情？
按楊冰的話說：“OceanBase只是站在傳統數據庫的肩膀上，進行老市場的顛覆和存量市場的替換，同時創造出新的賽道和空間”。
OceanBase投入了大量的成本和精力兼容MySQL、Oracle傳統數據庫。由于歷史原因，Oracle作為世界上最流行的數據庫被廣泛使用，隨著國產自主化的口號揭竿而起，很多企事業單位開始使用開源的MySQL，因此也就出現了現在的局面。
OceanBase目前已經幫助某頭部保險企業，在核心系統上平滑的過渡到了OceanBase上面。一位用戶語感嘆：中國不缺各種各樣的數據庫公司，商業的也好開源的也罷，缺的是自主掌控、自主研發的數據庫，能夠真正替換掉MySQL、Oracle。
四、數據庫時代的“新物種”
1、“一體化架構”是OceanBase的最佳選擇
對于OceanBase而言，做通用數據庫才是星辰大海。為此，團隊將從幾個技術路徑看待這件事情：一是“一體化架構”。
天下大勢，合久必分，分久必合。
很長一段時間 OLTP（事務處理/在線交易）和OLAP（在線分析）各自占山為王，很多企業這兩類任務處理由不同團隊完成，管理維護成本高。但是隨著越來越多企業上云，大量數據涌入，單機數據庫的處理能力遠遠無法滿足對于數據實時更新和查詢的需求。能夠滿足兩種能力的需求越來越旺盛，因此HTAP數據庫應運而生。
在“雙十一”大流量的涌入下，做完交易的數據要流到離線數據倉里，分析可能要等很長時間才能做結果，最快也得好幾個小時，商家也沒辦法快速響應。用HTAP架構可以很好的解決OLAP和OLTP兩類業務場景，商家可以更好在雙11當天實時進行活動的調整促銷策略。
由此OceanBase提出“一體化架構”，開啟企業級數據庫全新模式，集合原生分布式框架和經典集中式數據庫（HTAP）的兩種技術優勢，從而讓數據庫處理更加復雜的場景。將“復雜留給數據庫，簡單留給用戶”。
“雖然‘一體化架構’底層架構還是原生分布式，但是可以同時兼顧集中式和分布式兩種系統，即可以保留集中式數據庫單機性能強的優勢又能同時兼具分布式數據庫的拓展性、擴容性、性價比、高可用等特點，因此可以兼容Oracle和MySQL。這對很多用戶來說簡直就是福音，因為這意味著用了多年的數據庫逐漸面臨著容量、價格等一系列問題，如果能從Oracle或者MySQL平滑的遷移到OceanBase，這一定是一個更好的選擇?！?/p>
HTAP技術架構幫助OceanBase應用到更多場景，而OceanBase也將不只在邊緣場景更多轉戰核心場景的應用，從而為數據庫打開更廣的生態。
2、堅持生態與開源
楊傳輝告訴雷鋒網：“數據庫越到后面拼的越是生態，因此今年6月OceanBase決定開源”，將300萬行代碼免費開源了，只有社區共建，一起完善工具，擁抱用戶，才能建立數據庫生態?！?/p>
只有更多的人一起合作，才能到更豐富的場景試煉。好的數據庫一定是經過不同場景打磨出來的。
目前企業版OceanBase3.2HTAP能力大幅增強，TP性能提升30%，AP性能提升6倍。并支持托管，發布KVREDO接口，兼容MySQL5.7協議，開放運維管理openAPI......
OceanBase要做的不僅要持續優化核心場景能力，同時還要持續優化HTAP性能繼續開源共建開源社區；不僅要服務好支付寶的支付交易系統，還要逐漸賦能到更多的場景，覆蓋金融場景乃至全行業，為數據庫打開更廣的生態。
未來OceanBase整個部署架構也將從私有云走向混合云乃至多云部署，從金融場景慢慢走向更廣闊的通用場景，從國內走向國外，OceanBase 越來越成為通用的、中立的、多云的數據庫，變得更加開放。
3、原生分布式數據庫一定是未來
OceanBase CEO楊冰表示：“原生分布式數據庫一定會引領未來數據庫的潮流，而且早在10年前我們就已經預判到該趨勢，并且現在我們也已經一步步的驗證了這一預測的正確性?！?/p>
10年前的原生分布式數據庫在國內可以說沒有先例，當時把分布式揉進數據庫中，就是一個具有開創性意義的嘗試和創新。
隨著數字化轉型進入深水區，企業上云的腳步進一步加快，未來企業在云上的數據量將會呈現激增的態勢。IDC預測，全球數據量正迎來爆發，將從2018年的33ZB增長到2025年的175ZB。推動這一增長的重要因素之一是云計算具備彈性擴容、按需使用、按量付費等優點，云數據中心正成為企業新的數據存儲庫。未來數據量的激增，將給傳統數據庫帶來極大的挑戰，而原生分布式數據庫優點可以很好的解決這些難題。
另外還有應用技術架構變化，催生擴容的需求。應用逐漸演變成從單機到集群從而慢慢走向微服務化到集群化的模式，這時擴容的壓力就會傳達到了存儲層數據庫層，分布式的架構有很好的擴容性，因而能夠很好的解決這一問題，這也就有了OceanBase的三地五中心，全局可擴容，輕松應對雙十一。
同時硬件架構也從大型、垂直化的架構變成了小型并行化的架構，從硬件方面也開始往分布式延伸。
以往人們認為原生分布式數據庫只能應用到邊緣場景，而只有在核心場景取得突破才是真正的成功，原生分布式架構一定是未來數據庫發展的方向。
而OceanBase經過“雙十一”經過金融行業等核心場景的應用，這代表原生分布式架構一定既可以應用到邊緣場景也能應用到核心場景。
因此OceanBase堅定不移的走向原生分布式數據庫。
結語
“應用是數據庫的第一推動力”，經過“雙十一”支付場景八年的歷練以及支付寶金融場景的淬煉，OceanBase亟需到更多的核心場景試煉同時也要向通用數據庫邁進。自開源以來，攜程、美團、bilibili、快手等企業進行深度實踐，OceanBase也在不斷優化，升級新版本，目前已經從開源的3.0版本升級到3.1.1版本。
彼時，OceanBase創始人陽振坤在2014年雙十一的那句：“如果等會出了問題，我們就從這跳下去！”回想在耳邊。
如今時過境遷，OceanBase已經不需要那么“拼了”。
楊傳輝告訴雷鋒網：“未來最好的狀態就是不用一人值班”。
可以預見OceanBase未來要拼的方向是智能化，數據庫運維的自動化智能化，用AI對問題進行自動化的分析決策。
未來猶未可知，我們且走且看。
雷峰網原創文章，未經授權禁止轉載。詳情見轉載須知。
