8 月 10 日，2022 OceanBase 年度釋出會在京滬深三地同時召開，**OceanBase 資深開源生態技術總監封仲淹在會上分享了《OceanBase 社群版 4.0 未來暢想》的主題演講，** 向大家分享了 OceanBase 社群版 4.0 的全新規劃與暢想。

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

大家好，我在 OceanBase 負責開源相關的工作，今天很高興能夠在這裡跟大家分享 OceanBase 社群版 4.0 的未來暢想。分享之前稍微介紹一個小插曲，最近一到兩個月, 有很多社群的小夥伴經常在社群提問，某某功能是否會在4.1版本中出現或者未來哪個版本里出現，4.1 什麼時候 release 等等問題。

今天很榮幸借這個機會跟大家正式同步一下：**我們 OceanBase 社群版的 4.1 將會在今年年底跟大家見面！**

我今天的分享分為四部分，第一，關於生態；第二，關於我們想建設一個什麼樣的社群；第三，關於 3.1.4 的特性；第四，未來 4.1 會是什麼樣。過去一年, 很多社群的小夥伴問我們社群發展了什麼? 我想用這樣的一句話進行總結 **“開源開放, 生態共贏”。**

![](https://img.alicdn.com/imgextra/i2/O1CN01R1Dg1M1lsLCLXZpui_!!6000000004874-0-tps-1080-720.jpg)

## 開源開放，生態共贏

過去一年，我們跟生態工具不斷對接，促進生態的共同發展。去年6月1號剛開始開源的時候我們僅僅提供一個 300 萬行的核心加一個離線的同步工具，非常感謝第一批使用者的支援，在他們使用第一版 OceanBase 的過程中, 我們發現了很多問題，比如實時資料同步，比如監控，所以我們趕緊在 3.1 的版本中對接了 K8S 和 Prometheus，從而讓實時監控和安裝部署更加順暢。

但是隨著使用者不斷增多，我們發現使用者需要完整的生態鏈，於是在 3.1.2 的版本中, 我們將我們在商業版中已經發展了很多年的 OMS、OCP、ODC 開放出來, 從而讓使用者有一個完整的體驗。**3.1.2 版本是開源中非常重大的版本，因為它讓使用者使用 OceanBase 變得更加輕鬆。** 在 3.1.3、3.1.4 的版本中我們持續跟生態工具進行打通和對接，例如和白鱔老師的智慧診斷平臺和運維管理平臺 D-SMART 做了一個對接，上個月我們還和 Navicat 做了一個聯合宣告, 宣佈 OceanBase 社群版對 Navicat 的支援。

![](https://img.alicdn.com/imgextra/i4/O1CN01LYEk8N1QyCKld94N3_!!6000000002044-0-tps-1080-393.jpg)

社群經常有人問我們想打造什麼樣的社群？答案是, **我們想打造一個及時響應的社群。** 這頁 PPT 中展示了所有社群核心的資料，我們可以關注這個曲線，這個曲線是過去一個月釘釘日訊息量的曲線圖，平均每天的日訊息量在 300 條左右，另外一個資料是問答社群的資料，問答社群的資料是 14000 多條訊息。從去年開源到現在平均每個月超過 1 千條的問答訊息。**從這些指標上衡量：目前我們社群活躍度是非常健康的狀態。**

![](https://img.alicdn.com/imgextra/i1/O1CN01vJorFA1wf1SCGbvkn_!!6000000006334-2-tps-1080-326.png)

一年以來，在技術佈道上，一共進行了 35 場技術佈道，平均每個月 2.5 場。另外一件有意思的事情是去年我們舉辦了第一屆 OceanBase 資料庫大賽，這是一個面向開發者的大賽，有清華、北大、人大、南洋理工、哥倫比亞等 247 家著名大學的將近 2000 學生或資料庫愛好者來參加比賽。我們計劃在本月 12 號開始正式啟動今年的 OceanBase 資料庫大賽。**社群不斷和客戶進行溝通，我們期待和客戶成為朋友。**

## 1-3-1，所問即所答, 及時響應

“1-3-1”這個數字表示我們期望使用者任何的諮詢提問都能夠在釘釘群、工作日誌中的一個小時之內得到響應，在我們問答論壇上 3 個小時就能得到回覆，在 Github 上一天就能得到響應，**我們想做所問即所答、及時響應的社群。**

![](https://img.alicdn.com/imgextra/i4/O1CN01CChPuQ1cpkPkvxSee_!!6000000003650-0-tps-814-439.jpg)

我們持續和使用者溝通，傾聽使用者聲音，在這裡也要感謝社群小夥伴們，像阿福、馬順華、嚴少安，還有不能一一列舉的社群之星。

剛開始上線一個開源專案非常艱難，很榮幸的是有超過 200 多家使用者信任我們。迄今為止，我們有超過 100 多位社群貢獻者，感謝他們的支援和奉獻。**特別想單獨感謝一下信任我們的客戶，有金融企業的銀聯、陽光保險、浦銀安盛，還有網際網路的 360、快手、gitee，還有電商的京東、致歐傢俱，還有生活服務的 58, 企業服務的新脈遠望等等。**

社群版有三個非常典型的場景。**第一個典型場景是降本增效，** 在攜程的場景當中我們的資料被大幅壓縮，很多低負載的應用合併到一個叢集中，並且充分複用異地多活和多可用，讓整個成本能很好地下降。

**另外一個典型的場景是 HBase 的升級，** 在貝殼的場景中我們的儲存成本下降了一半，我們在二級索引的場景中效能得到了 6 倍的提升，充分複用 OceanBase 的高可用能力，從而讓整個系統執行得更加平穩。

**第三個典型場景是 HTAP 的混合負載，** 在中國電信的場景當中我們複雜查詢的效能相對之前的系統有 5 倍的效能提升，而且我們壓縮的資料量是原來的 1/3，我們保證了 OLTP 和 OLAP 的混合負載。

## 社群版 3.1.4 解讀

上個月我們釋出了 3.1.4，今天在這裡對這個版本比較重要的功能做一個詳細的介紹。過去的一年可以用這樣一句話形容 OceanBase 開源的版本迭代，就是**“快速奔跑的一體化 HTAP 資料庫”。**

![](https://img.alicdn.com/imgextra/i3/O1CN01chlWxf1W063JK7Fga_!!6000000002725-2-tps-1080-278.png)

在我們 3.1.0 當中，核心完全開放；在 3.1.1、3.1.2、3.1.3 的版本當中我們充分擁抱開源生態，開放我們的能力，尤其是像 OCP、OMS、ODC；在 3.1.4 和 3.1.5 中我們大幅提高了易用性，改善了核心的穩定性。

**稍微介紹一點特別的特性——診斷能力。** 在社群版的 3.1.4 之前，如果使用者使用不當的 SQL、或者資料庫配置不當、或者應用使用不當, 流量非常大時，會導致 OceanBase 出現一些異常，這個時候主要依賴於經驗豐富的 DBA 做故障診斷，檢視日誌和檢視監控指標，非常繁瑣、痛苦。**在 3.1.4 的版本當中，我們的 OCP 開放了故障診斷能力，能夠自動識別慢 SQL 和可疑 SQL，當出現慢 SQL 和可疑 SQL 的時候系統會報警，DBA 收到報警以後會對慢 SQL 限流，從而讓整個系統平穩執行, 保證系統的穩定性。** 甚至有的時候如果 DBA 發現整個系統的某些 SQL 的執行計劃並不優，給系統帶來了一些風險的時候，可以使用 outline 對系統進行修改，使用更高效的執行計劃。這也是剛才分享的網商銀行一位 DBA 就能運維超過幾千臺叢集的根本能力。

**在 3.1.4 社群版之前，還有一個痛點叫做備份和恢復。** 如果我們想做一個備份或恢復，我們需要輸入一個非常長的指令，這個指令裡有大量的引數，這些引數一不小心輸入有問題可能會導致一些莫名其妙的錯誤，坦白講非常痛苦。3.1.4 針對這個痛點，我們提供了 OCP 直接圖形化的支援物理備份和恢復，從而讓整個支援非常簡單輕鬆。

**另外一個比較大的痛點是異地多活和遠端災備。** 在社群版過去的版本中如果想做異地多活或者遠端同步，我們需要配置一個非常複雜的開源工具來支援叢集之間的同步，3.1.4 版本中 OMS 社群版開放了 OceanBase 到 OceanBase 版本之間的實時同步，我們提供了非同步同步，從而能夠支援異地多活和遠端災備。

## 4.X 的未來暢想

經過前面大量的鋪墊介紹過去的狀態，我們開始了激動人心的 4.X 未來暢想。今天上午陽振坤老師做了很多 4.0 的解讀，我再對未來社群版的 4.X 做一個詳細的介紹。

4.0 當中最大的一個特性就是：**我們開放的能力與商業版完全齊平，在 MySQL 系列上，能更好地滿足業務的訴求，能支援更多業務場景；在核心能力上有價效比、有小規格、有單機的提升，有 HTAP 的能力提升。**

**關於高可用，有三個特別大的特性，第一是 RTO 提升為 8 秒；第二是 IOPS 隔離；第三是主備庫。** IOPS 隔離是一個非常好的特性，在很多使用者的場景當中他們可以將很多低負載的應用合併在一起，從而讓整個叢集的利用率得到大幅提升，對降低成本非常有幫助。另外在相容性上 4.0 會支援 MySQL 8.0；在多功能上有非常多不錯的特性，比如跨庫查詢，我們會支援 DBLink，在 DDL 上支援以前在 3.X 中經常想要的功能，比如主鍵變更、型別轉換等。

還有一個訴求非常多的是分割槽管理, 後續會詳細介紹。在多模上我們有非常大的提升，我們支援 Gis。在展區我們有一個很炫酷的樹莓派，它的規格是4核8G的架構，在這樣低的配置上，OceanBase 4.0 依然可以平穩執行，**也就是說在開發環境中我們過去從 8 核 64G 下降到 4 核 8G。未來我們會做進一步最佳化, 在單機環境下我們的 OceanBase 會在 OLTP 的場景下超過 MySQL。** 這是 TPC-H 100G 的成績，4.0 版本相對 3.X 版本有近 5 倍的效能提升，它是整體提升而不是過去經常看到的某個 SQL 量的提升，是整體上所有的 SQL 的提升。

![](https://img.alicdn.com/imgextra/i2/O1CN01PKQF961OMWWW0XopM_!!6000000001691-0-tps-1080-720.jpg)

效能提升背後的利器是什麼? **主要原因是：4.0 版本我們還將開放行列混存、開放向量化計算引擎，整個最佳化器會得到大幅提升。** 過去一年中我們經常會接到一個訴求——分割槽的自動管理，分割槽的設計是很考驗 DBA 功力的，如果分割槽設計得好整個效能會非常好，但是如果分割槽設計得並不好，整個效能會有斷崖式下降。我們從 4.1 開始，將支援分割槽的自動管理，隨著資料量的不斷增長我們分割槽可以自動分裂，資料量如果縮小我們可以將多個分割槽合併到一起，大大地釋放出 DBA 的壓力，讓 DBA 在分割槽管理上變得更加輕鬆，且能夠更好地使用 OceanBase。

我們在上個月上線的新的線上體驗中心有一個非常好的功能，它增加了幫助中心，我舉一個簡單的例子，假設我想做一個 create table 的操作，點一下"插入到工作區"，就會在工作區創造一個 create table 的模板，整個流程非常簡單順滑，DBA 不用記複雜的指令，應用性非常方便，可以讓 DBA 在體驗中完成學習。上個月社群的官網和問答論壇做了一次重構、升級。**我們整個社群的官網分為四大板塊，學習、活動、內容、問答，四個板塊更好地支撐社群的使用者參與互動並且體驗 OceanBase，能夠讓社群的使用者真正成為社群的主角，我們期望打造一個學得輕鬆、用得放心的社群。**

最後感謝大家的聆聽，我們想同步一個活動，從明天開始我們正式對外推出一個**《從 0 到 1 實戰資料庫核心教程》** 的培訓，這個活動免費，我們面向的是開發者，期望的目標是幫助開發者和資料庫愛好者能夠無基礎地入門資料庫的核心開發，我們會介紹非常多的實用的資料庫核心開發的技能，比如資料庫開發環境的搭建、資料庫模組的介紹、單元測試等等，希望大家能夠參與，大家一起享受學習的快樂！今天我的分享到此結束，謝謝大家！

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

封仲淹：OceanBase社群版4.0未來暢想

相關文章