因為，PaaS與業(yè)務(wù)相關(guān)，而且是有狀態(tài)的，作為中間層，它既要能向上適應(yīng)應(yīng)用向分布式方向發(fā)展的趨勢，也要往下適應(yīng)容器化和云化的特點，自身更要隨業(yè)務(wù)場景而不斷演進。

作為新一代數(shù)據(jù)庫的代表，OceanBase連續(xù)10年穩(wěn)定支撐雙11，承受住了世界級的流量洪峰和穩(wěn)定性考驗，還刷新TPC-C和TPC-H“數(shù)據(jù)庫世界杯”測試紀錄。

目前，OceanBase不僅支持了支付寶核心系統(tǒng)，還服務(wù)了1/4的頭部金融機構(gòu)，及政務(wù)、能源、通信、交通、互聯(lián)網(wǎng)等海內(nèi)外企業(yè)。

2023外灘大會上，OceanBase?CEO?楊冰介紹了分布式數(shù)據(jù)庫的技術(shù)難點，也介紹了OceanBase的發(fā)展歷程。眼下，OceanBase又迎來了新的發(fā)展階段。

被場景驅(qū)動的數(shù)據(jù)庫發(fā)展史

或許每個做數(shù)據(jù)庫的人心里都想在某個層面超越Oracle，都想在核心業(yè)務(wù)場景上有所突破。楊冰認為，由于需要支撐核心業(yè)務(wù)系統(tǒng)，所以，OceanBase一定要具備穩(wěn)定可靠性。

再看看業(yè)務(wù)現(xiàn)狀，數(shù)據(jù)庫除了要負責交易型應(yīng)用以外，還要具備洞察驅(qū)動的融合分析能力，要具備應(yīng)對海量數(shù)據(jù)挑戰(zhàn)的彈性，最后，還要具備低成本和極致性能的特點。

數(shù)據(jù)庫的難，只有做數(shù)據(jù)庫的人最懂?；仡檾?shù)據(jù)庫的發(fā)展歷程，不難發(fā)現(xiàn)，數(shù)據(jù)庫產(chǎn)業(yè)一步步發(fā)展到現(xiàn)在，其變遷與應(yīng)用場景的變化密不可分。

上世紀60年代，當時的人們想象不到有互聯(lián)網(wǎng)之后的世界，數(shù)據(jù)庫以集中式架構(gòu)為主，代表產(chǎn)品是Oracle和DB2兩大商業(yè)數(shù)據(jù)庫。

到了上世紀90年代，發(fā)現(xiàn)集中式弊端之后，業(yè)界逐漸發(fā)展出了嵌入業(yè)務(wù)的分布式架構(gòu)，不過，它依然基于傳統(tǒng)集中式架構(gòu)，由業(yè)務(wù)層負責解決分布式事務(wù)的相關(guān)問題。

90年代，雖然出現(xiàn)了SQL Server這樣的商業(yè)數(shù)據(jù)庫軟件，出現(xiàn)了PostgreSQL和MySQL這種開源的數(shù)據(jù)庫軟件，但現(xiàn)在看來，從1996年以后，業(yè)界再也沒有出現(xiàn)新的主流的OLTP數(shù)據(jù)庫。

2000年以來，互聯(lián)網(wǎng)產(chǎn)業(yè)開始步入高速發(fā)展期，業(yè)內(nèi)出現(xiàn)了基于中間件方案的分布式架構(gòu)數(shù)據(jù)庫中間件，典型代表有Cobar，MyCAT以及DRDS，主要用于解決MySQL等關(guān)系數(shù)據(jù)庫在處理大規(guī)模數(shù)據(jù)、高并發(fā)訪問等場景下的瓶頸問題。

進入2010年以來，伴隨著移動互聯(lián)網(wǎng)的爆發(fā)式發(fā)展期，數(shù)據(jù)庫產(chǎn)業(yè)迎來新的變革時期——原生的分布式架構(gòu)數(shù)據(jù)庫時期。典型產(chǎn)品有來自谷歌的Spanner和來自螞蟻集團的OceanBase，經(jīng)過數(shù)十年的發(fā)展后也逐步成熟，也都開啟了商業(yè)化的旅程。

作為經(jīng)歷了互聯(lián)網(wǎng)規(guī)模應(yīng)用考驗的核心數(shù)據(jù)庫，OceanBase沒有停滯不前，現(xiàn)在正在走向更廣泛的使用場景，在傳統(tǒng)企業(yè)場景中落地。作為分布式數(shù)據(jù)庫架構(gòu)的又一次進化，OceanBase提出了單機分布式一體化的架構(gòu)，支持VLDB，是一種可以存儲大量數(shù)據(jù)的數(shù)據(jù)庫。

Cceanbase發(fā)展的三個階段

回顧OceanBase的發(fā)展歷程，楊冰總結(jié)了三個階段：

第一階段，主要用在互聯(lián)網(wǎng)領(lǐng)域，對于互聯(lián)網(wǎng)場景中量很大，但相對簡單的SQL進行了分布式改造，并且實現(xiàn)了ACID特性。另外，也從非金融場景開始一步步涉及到一些金融場景。

第二階段，主要是在簡單的OLTP之上增加了大量傳統(tǒng)的OLTP，另外，還增加了簡單的數(shù)據(jù)分析OLAP能力，開始服務(wù)大中型企業(yè)，包括很多金融，通信和能源行業(yè)用戶。

第三階段，OceanBase開啟了單機分布式一體化架構(gòu)，開始承載更多通用場景，被應(yīng)用于包括中小型企業(yè)、泛互聯(lián)網(wǎng)和公有云等企業(yè)。

在三個階段的發(fā)展歷程中，OceanBase從多個層面了做了深度優(yōu)化工作。

首先，在穩(wěn)定性和安全性方面，OceanBase提供合規(guī)性和更高的業(yè)務(wù)連續(xù)性。

在OceanBase 4.0發(fā)布時，實現(xiàn)了RPO=0，并且，RTO從原來的不到30秒的水平，提升到了小于8秒的新水平，成為業(yè)內(nèi)首個將RTO做到8秒以內(nèi)的數(shù)據(jù)庫。

OceanBase通過跨地域的分布式架構(gòu)來保證可用性，因此需要機房間同步大量數(shù)據(jù)。為了減少傳輸數(shù)據(jù)量，OceanBase將數(shù)據(jù)量壓縮了30%-40%的水平。即使用戶只有普通的網(wǎng)絡(luò)環(huán)境，也能享受更高的可用性，這對于沒有骨干網(wǎng)的城商行或者沒有上云的企業(yè)很受用。

OceanBase提供多種容災(zāi)模式可選，除了同城雙機房架構(gòu)以外，也支持兩地三中心，甚至還有三地五中心的多活架構(gòu)，在業(yè)務(wù)連續(xù)性方面下足了功夫。

第二，OceanBase不斷完善數(shù)據(jù)庫平滑遷移方案。一方面，向上不斷提高對MySQL和Oracle等數(shù)據(jù)庫的兼容性，向下支持更多更多計算平臺和軟件操作系統(tǒng)，提高整體兼容性，降低遷移代價。一方面，還在持續(xù)完善遷移方案，不僅要做好數(shù)據(jù)遷移，還要做到架構(gòu)融合。

此外，OceanBase創(chuàng)新性地打造了單機分布式一體化架構(gòu)，拓展多元化的場景。當用戶的規(guī)模相對較小時，OceanBase能提供更小的部署選項，更小的部署規(guī)模意味著成本的降低，也意味著除了服務(wù)大型銀行，也可以服務(wù)小規(guī)模企業(yè)。

OceanBase還通過優(yōu)化多租戶和高壓縮的特性，幫助用戶充分利用資源。通過拓展交易引擎的邊界，打造了更強大的復(fù)雜查詢分析能力。每一項優(yōu)化都對應(yīng)實際的用戶需求，過程中，OceanBase像滾雪球一樣累積了很多用戶。

堅持長期主義的CceanBase

從楊冰的介紹中了解到，OceanBase在三年前還只有18個客戶，而現(xiàn)在，OceanBase服務(wù)了1000多家企業(yè)。

OceanBase在商業(yè)化發(fā)展的同時，也推出了開源版本，如今，有一半以上的用戶用的是開源版本，另外一半則是企業(yè)級客戶。這些客戶當中，有超過三成用戶將OceanBase用于核心業(yè)務(wù)系統(tǒng)。

可以看到，在OceanBase的用戶群體中，既有頭部銀行，也包括城商行、農(nóng)商行、證券、保險等金融用戶，也有政企行業(yè)用戶，泛互聯(lián)網(wǎng)行業(yè)用戶。值得一提的是，一些金融用戶也將OceanBase用在關(guān)鍵核心系統(tǒng)上，對于OceanBase是非常有分量的背書。

如今的OceanBase已經(jīng)準備好面對更多用戶了。因為4.0版本之前主要服務(wù)于大型成熟機構(gòu)，4.0開始服務(wù)于更有增長潛力的用戶。技術(shù)上，4.0版本是讓自身變得更小，從而服務(wù)于更多場景。生態(tài)上，OceanBase也在積極建立開發(fā)社區(qū)，用生態(tài)注入活力。

OceanBase一路走來并不容易，楊冰認為，需要核心場景上的實踐突破，需要持續(xù)不斷的資金投入，還需要足夠長時間的堅持，這三者齊備才可能構(gòu)筑核心競爭力，這也是不容易被超越的核心競爭力。

具體到OceanBase本身，楊冰表示，在構(gòu)筑核心競爭力的過程中，要自研、要創(chuàng)新，也要開放，并且要堅持長期主義，只有這樣，才能厚積薄發(fā)，跨越深水區(qū)。

zhupb