楊凈 發(fā)自 凹非寺

|  

面向OLTP核心場景的里程碑版本，OceanBase剛剛更新：

OceanBase 4.2.1 LTS。

這是首個長期支持、可規(guī)?；褂玫囊惑w化數(shù)據(jù)庫，具備OLTP完整的核心功能。

而且性能更強——

TP性能是3.2版本的1.9倍；AP性能是3.2版本的2.7倍。

更低的容災成本——

仲裁無損容災，2個副本實現(xiàn)RPO=0。什么概念？意味著通過仲裁機制和2個副本，數(shù)據(jù)庫宕機后立馬恢復，不會遭到任何數(shù)據(jù)丟失。

除此之外，發(fā)布會現(xiàn)場還釋放了一個驚喜彩蛋！那就是列存能力上的最新進展：OceanBase列存實驗室版本展示。

在與業(yè)界業(yè)內頂流列存數(shù)據(jù)庫ClickHouse跑分PK中，結果不僅性能處于同一水平，甚至還快了那么一點點。

同時，有關OceanBase背后的產品戰(zhàn)略也由此浮出水面。

面向OLTP的全功能里程碑版本

既如此，就來看看這個號稱“里程碑”版本的OceanBase 4.2.1 LTS。

首先，內核能力方面，主要包括三種特性。

第一，支持一體化產品能力，包括混合負載，支持Auto DOP（自動設置并行度）和SPM（執(zhí)行計劃管理）。要知道，這兩個功能對企業(yè)用戶執(zhí)行復雜查詢非常重要。

還有多模能力，即多模數(shù)據(jù)支持，無論應用簡單or復雜，處理的數(shù)據(jù)類型是非結構還是關系型，都能在同個數(shù)據(jù)庫上獲得支持。比如KV、Json，也把LOB的上限提升到512MB。

第二，支持一體化SQL和事務的能力，實現(xiàn)任意大小的事務無限制，并且實現(xiàn)全功能的DDL。

第三，高可用，既支持與傳統(tǒng)集中式數(shù)據(jù)庫完全對標的單機主備庫方式，也能通過仲裁，以兩個副本的成本實現(xiàn)RPO=0。

在兼容性上，OceanBase 4.2.1 LTS版本進一步增強了MySQL 8.0、Oracle的兼容性，支持DBLink、表鎖等Oracle常見的特性。

工具能力上，可以說為關鍵業(yè)務場景提供了多任務多場景的工具，以支持業(yè)務穩(wěn)定負載。

• OMS，支持雙向同步一鍵逃生；
• ODC，企業(yè)級協(xié)同開發(fā)平臺；
• OCP，全場景管控；
• OAS，智能診斷自治服務。

除此之外，還支持單機模式，可以根據(jù)業(yè)務需求隨時切換擴展。

事實上，此次一體化數(shù)據(jù)庫4.2.1的發(fā)布是去年OceanBase 4.0的延續(xù)。

而OceanBase 4.0的核心在于單機分布式一體化架構，這是OceanBase耗時三年自研的創(chuàng)新技術，研究成果還在頂會VLDB發(fā)表。

它可以實現(xiàn)“一套系統(tǒng)，就能實現(xiàn)從單機到分布式對用戶完全透明”，業(yè)務可大可小，平滑壓縮”。

簡單來說，就是業(yè)務處理的可擴展性和靈活性。當業(yè)務小的時候，一個單機就可以解決問題；但當業(yè)務發(fā)展之后，也可以無縫擴展到分布式；而要是出現(xiàn)業(yè)務萎縮，也可以隨時回到單機，不受任何影響，也減少了資源占用。

這樣一來，即便是小小的樹莓派，也可以直接單機部署，不但可以通過單機主備模式滿足高可用業(yè)務訴求，還可以用仲裁機制實現(xiàn)數(shù)據(jù)強一致的高可用。

于是經過一年的部署，OceanBase一體化數(shù)據(jù)庫實現(xiàn)了從架構到產品的跨越。

與之背后的“一體化”產品戰(zhàn)略也一并揭曉。

當下，隨著數(shù)據(jù)量呈現(xiàn)爆發(fā)式增長，海量數(shù)據(jù)高并發(fā)的問題層出不窮，數(shù)據(jù)處理的需求也變得日益復雜。

若是企業(yè)面對不同問題采用不同數(shù)據(jù)庫，那么數(shù)據(jù)的垂類和管理就會變得更加復雜。

面向關鍵業(yè)務負載，OceanBase的一體化產品戰(zhàn)略也就應運而生——

用一體化解決數(shù)據(jù)庫的使用復雜度，實現(xiàn)“一個數(shù)據(jù)庫解決80%的問題”。

支持任意數(shù)據(jù)規(guī)模、不同數(shù)據(jù)類型、多兼容模式，以及任意基礎設施甚至跨基礎設施部署。

不過需要注意的是，這里的80%意味著這個產品戰(zhàn)略并不絕對，也并非代表不贊同做專門的數(shù)據(jù)庫，也并非完全支持一體化。

發(fā)布會現(xiàn)場CEO楊冰表示，只是現(xiàn)階段認為一體化數(shù)據(jù)庫的價值比專門數(shù)據(jù)庫更大。

事實上，近幾年來業(yè)內已開始了不少數(shù)據(jù)庫一體化的相關探索，一體化也已成為業(yè)內共識。

一個數(shù)據(jù)庫解決80%的問題

整場發(fā)布聽到最多，也就是OceanBase一直以來的立身之本，即服務業(yè)務、應用驅動。

也正如OceanBase首席科學家陽振坤所言，數(shù)據(jù)庫是用出來的。

因此之所以提出一體化產品戰(zhàn)略，本質還是為用戶做出更好的性能以及更低的成本。

目前實際測試數(shù)據(jù)顯示，最新版本OceanBase，在4C、8C、16C等中小規(guī)格的單機場景中，OceanBase的sysbench綜合性能高于MySQL 8.0。

在分布式形態(tài)下，此前曾獲TPC-C、TPC-H雙料第一，前者測試更是以破世界紀錄的形式一鳴驚人，打破甲骨文長達9年的霸榜壟斷。

而據(jù)Forrester 對OceanBase 總體經濟影響的調研顯示，采用OceanBase后企業(yè)數(shù)據(jù)存儲空間節(jié)約?70%、服務器資源節(jié)約?85%、平均每注冊用戶數(shù)據(jù)庫成本節(jié)約?50%，且成本節(jié)約呈現(xiàn)遞增的趨勢。

如今OceanBase數(shù)據(jù)庫已服務超過1000家行業(yè)客戶，客戶數(shù)年增長150%，其中30%客戶將其應用于核心系統(tǒng)。

不過即便是用戶需求驅動，也難有企業(yè)能有底氣提出“一個數(shù)據(jù)庫解決80%的問題”。

如果注意到的話，他們提到一體化產品策略是持續(xù)踐行，而非是首次提出。

從2010年開始，從他們選擇完全自研、從頭寫代碼的那時候開始，就一直踐行著一體化的產品理念。

當時開源數(shù)據(jù)庫MySQL很流行，但始終存在兩個弊端：無法做復雜查詢、以及擴展性也不強，無法應對更多復雜、實時的數(shù)據(jù)處理。

MySQL后面的故事也都知道，被Oracle收購、創(chuàng)始人另起爐灶，但難續(xù)往日輝煌，令人唏噓。

于是為了更多復雜需求、為了長期可持續(xù)地發(fā)展，他們選擇完全自研，將核心代碼能力掌握在自己手里，才能根據(jù)用戶需求靈活迭代，將更多產品場景一體化。

如今OceanBase很多核心能力，都是基于這樣的思路而誕生的。

比如像TP跟AP合二為一，至少可以解決很多業(yè)務實時報表的問題；

還有將無損故障修復時間（RTO）縮短到8秒，傳統(tǒng)數(shù)據(jù)庫是不會承諾無損故障修復的，這也是目前業(yè)界最優(yōu)水平。

以及解決了壓縮與性能的問題，以往數(shù)據(jù)庫壓縮，數(shù)據(jù)庫會受到很大影響，但現(xiàn)在性能反而提升了。

當然更顯而易見地，還是在OceanBase前幾次版本迭代里，早早就透露出他們一體化產品理念。

OceanBase 1.0版本，實現(xiàn)工程一體化，并提供多租戶以及資源隔離能力，可更多數(shù)據(jù)庫實例整合到一個集群中。

OceanBase 2.0版本，提供多兼容模式，高度兼容Oracle和MySQL，支持存儲過程、觸發(fā)器等高級特性。

OceanBase 3.0版本，支持多工作負載，用戶無需關心ETL復雜性。

OceanBase 4.0版本，因為看到很多中小企業(yè)對分布式數(shù)據(jù)庫需求，所以重構、升級系統(tǒng)，于是單機一體化架構正式推出，TP與AP能力統(tǒng)一，支持多種數(shù)據(jù)類型、云上云下兼?zhèn)?，按需選擇基礎設施。

發(fā)布會最后，OceanBase公布了產品路線圖。按照計劃，明年4月份將發(fā)布OceanBase4.3，也就是此次列存實驗室版本的正式版。半年之后，將發(fā)布OceanBase4.4，支持存儲計算分離能力。

可以看到，中國數(shù)據(jù)庫正在建設自己的加速度。