8 月 10 日，2022 OceanBase 年度釋出會在京滬深三地同時召開，OceanBase 創始人兼首席科學家陽振坤在會上分享了《OceanBase 4.0 核心技術解讀》的主題演講，向大家分享了 4.0 的核心技術突破——業內首個單機分散式一體化資料庫，RTO 從 30 秒邁入 8 秒，進入真正的秒級容災時代。

在釋出會上陽振坤從 OceanBase 的 0.1 版本聊到今天的 4.0 釋出，並表達了 12 年技術演進背後的思考。**“從 2010 年 OceanBase 的第一個版本開始到今天，已經過去 12 年多的時間，我們開發了好多的版本，可以說每一個版本都是整個 OceanBase 夢想的一次次迭代、一次次升級。”** 陽振坤錶示。

**0.1 時代，準分散式**
基線+增量、中心寫+分散式讀

**0.5 時代，高可用**
正式啟用 Paxos 三副本

**1.0 時代，邁過分散式門檻**
解決分散式事務

**2.0 時代，原生分散式**
水平擴充套件、儲存壓縮，兩次登頂 TPC-C 榜首

**3.0 時代，Oracle 相容+開源**

走出螞蟻集團

**4.0 時代，單機分散式一體化**

業內首個單機分散式一體化資料庫，RTO<8s

**以下為演講實錄：**

## 從 0.1 到 4.0，十二年技術演進背後的思考

在 OceanBase 的 0.1 時代，我們要解決淘寶收藏夾的問題，當時淘寶收藏夾面臨著巨大的業務壓力，我們在技術上採取了兩個對應策略。

**第一個策略是用了資料從來沒有用過的結構——把資料分成基線和修改的增量，基線放硬碟，修改的增量放記憶體。** 很多人對這個方案是質疑的，因為關係型資料庫從來沒有人這麼做過，我們直到現在也只找到這一個辦法來解決收藏夾的問題。

今天看這個技術方案確實給我們帶來了很多挑戰，因為傳統的資料庫是定長的頁，它的執行只需要針對這一個物件，但 OceanBase 的基線是定長的資料塊，它的修改內容在記憶體中是變長的，每次讀都要做兩者的融合。雖然給我們的評估最佳化器帶來了很大的困難和挑戰，但也給我們帶來了很大的收益和好處。

尤其是在今天，我們想把交易和分析在一個系統上進行的話，曾經大家都認為這件事是不可能的，所有系統的列存都是批次更新，而交易的資料庫都做到了實時更新，**但 OceanBase 把這兩者統一了——都能做到實時更新，就是因為我們有基於記憶體的增量。**

**第二個策略是半分散式結構。** 當時團隊剛剛組建，人員的成長還需要過程，但業務卻沒有太多時間等待。所以，我們決定先採用一箇中心的寫節點加上多個讀節點，讀是分散式的，寫是集中式的。

2013 年，支付寶交易庫和其他核心系統決定從 IOE 升級至 OceanBase，當時面臨最大的挑戰就是資料的高可用、系統的高可用。為此，我們決定在關係型資料庫上第一次採用三副本架構，在三個副本中選兩個副本，當兩個副本達到一致，整個資料也就達到了一致。

**也就是在這一年，我們第一次在關係型資料庫這個產業裡提出 RPO＝0，這是傳統集中式資料庫從來沒有做到的；我們第一次在整個資料庫產業裡做到並提出 RTO＜30s，如今，RTO＜30s 已經成為中國資料庫業界的標準。**

2014 年，支付寶交易庫上線的同時我們開始了 1.0 的開發，因為 OceanBase 的 0.5 還是維持中心單一的寫節點，隨著業務的發展，瓶頸越來越突顯。所以，從 2014 年到 2016 年整整兩年的時間，我們絕大部分資源都投入到把“半分散式”變成“全分散式”，讓各個點都能寫入。這是一個很大的挑戰，但當這個挑戰解決後，**我們把支付寶的賬務庫在 2016 年後都逐步遷到了 OceanBase，真正在關係型資料庫裡做到了多點寫入。**

2.0 時代是 OceanBase 邁過分散式門檻之後的又一次進步。因為 1.0 是我們第一個真正的分散式版本，這在整個世界範圍內的關係型資料庫裡，也算是最早期的版本，但它在效能功能方面有不少欠缺，所以在2.0 進行了不少的完善。**藉助這個完善，我們第一次登上了全球資料庫效能的基準測試榜首，** 我們第一次做了一個小規模測試，做到了 6000 萬，是當時 Oracle 的 2 倍。幾個月之後，我們做了一次比較大規模的測試，做到了 7 個億，直到今天 TPC-C 榜首第一、第二還是 OceanBase。

2.0 之後，我們逐步開始走出阿里巴巴和螞蟻集團，開始向全社會提供資料庫服務。在3.0版本時，我們進行了 TPC-H 的打榜，當時也以 1526 萬QphH 拿下第一。

由於之前的版本更多是在螞蟻集團場景下最佳化的，面對的都是非常高配置的伺服器，我們走出來之後發現遇到的很多場景並不完全是這樣，還遇到了很多分析上的需求。所以，我們一方面在進行小型化的工作，為今天的 4.0 奠定基礎；另一方面，我們在逐步增加分析的能力，滿足更多業務更多客戶的需求。

## OceanBase 4.0 小魚誕生，單機分散式一體化時代到來

12 年成長磨鍊和積累，成就了今天的 OceanBase 4.0 小魚，如同楊冰、韓富晟和大家展示的一樣，4.0 我們有了很多新的突破。

今天我給大家展示兩方面：**第一，是我們的單機一體化架構。** 以前大家都知道OceanBase 是個分散式系統，我們可以支援很多大型的高併發業務，在過去幾年努力的基礎上我們能夠支援從小型到中型到大型的各種業務。從我們的瞭解來看，**今天的 OceanBase 4.0 是業內首個把分散式跟單機做到一體化的。不只是樹莓派，普普通通的個人電腦也將能流暢執行 OceanBase 4.0。**

**第二，我們進一步實現了以前提出的目標。** 2014 年初，我們第一次在關係型資料庫這個產業內提出了 RPO=0，就是沒有資料損失，業務能夠在 30 秒之內實現故障下自動恢復，**經過這幾年的努力我們在這一點上有了進一步的提高，我們把機房故障級單機故障做到 8 秒。** F1 賽車最早更換輪胎的時間是幾分鐘，有點像我們資料庫，前幾年大家故障的時間都是分鐘計時甚至半個小時，經過幾年的努力我們能保證業務在 8 秒時間內恢復，給客戶給業務提供更好的可用性。

## MySQL 相容能力進一步開放，社群版企業版同等效能

最後是開源，隨著 OceanBase 4.0 的釋出，**我們將做到企業版和社群版擁有同等效能。除了少數管理能力和安全能力外，其他 MySQL 相容能力都會開源、開放出來，希望 OceanBase 能夠給整個社會整個產業提供更大的動力。**

![](https://img.alicdn.com/imgextra/i1/O1CN01gaqgUW1zcgHIJDaZJ_!!6000000006735-0-tps-1080-810.jpg)

過去 12 年的時間裡，OceanBase 的很多同事憑著熱愛、憑著夢想一直在資料庫最基礎的產業上奮鬥前行。剛才有嘉賓問我們與其他的資料庫最主要的差別是什麼？我說最主要的差別是 OceanBase 資料庫的每一行程式碼都是這些同學用他們的熱愛、用他們的夢想一行一行敲出來的。所以，我們今天有能力解決大家使用過程中遇到的各種各樣的問題，除了這些熱愛和夢想之外，我們還有這麼多合作伙伴、客戶、使用者的支援，相信 OceanBase 未來會有更大的發展。謝謝大家！

![](https://img.alicdn.com/imgextra/i3/O1CN01tahFUk1x581xxeB9O_!!6000000006391-0-tps-1080-1983.jpg)

陽振坤：OceanBase 4.0 核心技術解讀

相關文章