![](https://img.alicdn.com/imgextra/i1/O1CN01FXga121WtyOaA3v2W_!!6000000002847-2-tps-900-383.png)

> 「4.0體驗站」第二篇由 OceanBase 社群版深度使用者、社群文件貢獻者夏克老師撰寫，作者有多年從事金融行業核心系統設計開發的工作經驗，服務於某交易所子公司，現階段負責國產資料庫調研，近期陸續獲得了 OBCA、PCTA、OGCA、DCA、GDCA 等認證，歡迎大家評論區探討交流！
>
> 在 2022 雲棲大會上，OceanBase 社群版 4.0（代號：小魚） 正式亮相釋出，其與企業版擁有同等效能，更相容、更易用，2 分鐘內即可完成快速部署，這也意味著，業內首個相容 MySQL 的單機分散式一體化資料庫正式上線。
>
> 這次釋出的 4.0 版本於 OceanBase 和使用者而言具有重大意義，在釋出的當晚，我們就在社群收到幾位老朋友的測評分享，也在多個社群內看到大家積極諮詢，這讓我們倍感欣慰。也正因此，經考量之後，決定在近期將選取部分新老使用者朋友“4.0測評體驗”陸續釋出在我們的微信公眾號，歡迎大家參與到OceanBase的「4.0體驗站」欄目中來。

**Ps：您的測評體驗分享還可以同步參與我們的有獎徵文哦~詳情戳《[更易用的OceanBase｜生態工具徵文大賽正式開啟！](https://www.modb.pro/db/534592)》**

*以下為測評正文：*

前兩天看到 OceanBase 社群版 4.0 在 2022 雲棲大會正式釋出，不禁有些感慨：我關注並接觸 OceanBase 已半年有餘，第一次與 OceanBase 相識是透過OceanBase 第二屆技術徵文大賽，當時投稿了一篇題為《[Hello OceanBase！開啟OceanBase 二次開發](https://www.modb.pro/db/336537)》 的文章，文章最後，我對 OceanBase 提了一些建議，今天回頭來看，真心想給 OceanBase 點一個大大的贊，贊 OceanBase 對使用者體驗的關注，贊國產資料庫人砥礪前行、不負韶華的信念！

## 點贊 OceanBase，讓反饋有迴響

先回顧一下當初的建議：

> 近2~3個月一直在研究眾多國產資料庫，包括 OceanBase、TiDB、OpenGauss/MogDB、達夢等，OLTP、OLAP、HTAP 都有，從使用的角度還是想給 OceanBase 提幾個小的建議。 
>
> 環境搭建相對比較複雜。希望有一個一鍵搭建 demo 叢集的小功能，方便使用者快速上手；
>
> 建議提供低配版配置。分散式資料庫很吃資源，對於裝置簡陋的小夥伴想上手，門檻較高，經常遇到一些資源方面的問題導致部署失敗；
>
> OceanBase 如何提供使用者擴充套件介面？雖然聽起來有點雞肋，但是往往可以解決一些企業級的應用的需求，在功能上也會加分；
>
> 在企業版中，Oracle 租戶驅動介面可以再豐富一些。

## OceanBase 4.0，我發現的新變化

以下我將從部署、資源、擴充套件性、介面/驅動四個方面切入，分享我在體驗 OceanBase 4.0 時看到的新變化以及建議。

### ▋ 更快地部署

##### 建議1：環境搭建相對比較複雜。希望有一個一鍵搭建 demo 叢集的小功能，方便使用者快速上手。

國產分散式資料庫普遍難部署，讓初學者望而卻步，而 OceanBase 4.0 只需兩步就能完成 demo 的安裝部署。由於工作原因，我在這一年接觸的國產資料庫不下 10 種，能分分鐘就部署好的資料庫很少，尤其是分散式資料庫的部署往往會花費較長時間，而且經常會遇到各種問題，一些小夥伴可能在這個階段就會選擇放棄。我認為成熟的資料庫產品不應該再有過去“酒香不怕巷子深”的想法，尤其是現在國產資料庫“卷”的程度，已經不能再讓使用者穿街過巷地去尋找了。

##### 我是如何兩分鐘完成 OceanBase 4.0 部署的？

**步驟 1：** 下載並安裝 all-in-one package，OceanBase 4.0 提供了統一的安裝包，有線上和離線兩種安裝方式。這一點相比 3.x 版本帶來了巨大的變化，過去我們要分別下載 obclient, obd, obproxy, observer 等等才能完成部署，4.0 版本可以直接用all-in-one安裝包安裝部署。

![圖片](https://img.alicdn.com/imgextra/i4/O1CN01i8B6Kq21MJNJn17S1_!!6000000006970-2-tps-722-151.png)

**步驟 2：** 使用 obd demo 快速部署單機體驗環境。相比過去的方式，4.0 變得更簡單了，只要用一個命令，就可以拉起 OceanBase 社群版 4.0，更方便的是在這個 demo 環境中已經整合了 prometheus、grafana 等作為 DBA 最常用的監控工具。

![圖片](https://img.alicdn.com/imgextra/i3/O1CN01qcKZWY1sttsb3fQsa_!!6000000005825-2-tps-900-784.png)

##### 評測&建議

**評測：** OceanBase 的安裝部署過程可以達到同類競品的一流水準，分散式資料庫領域裡，這幾乎是我見過最簡易的方式，得分：4.5 分。

**建議：** 整體上使用 obd demo 已經可以達到快速上手的標準，但還可以做的更好，比如：

1. 可以在單機上透過 obd 部署 3 節點的叢集，每個 observer 使用不同的埠；

2. 使用 Docker Compose 部署 3 節點的叢集（這個功能我正在做）。

以上兩點需要考慮的還是資源問題。雖然 OceanBase 4.0 的一項重要變化就是小規格，但是畢竟 3 節點是 treble 了資源。

### ▋ 更小的規格

##### 建議2：建議提供低配版配置。分散式資料庫很吃資源，對於裝置簡陋的小夥伴想上手，門檻較高，經常遇到一些資源方面的問題導致部署失敗。

資源問題是 OceanBase 3.X 版本的突出痛點，而 OceanBase 4.0 帶來的重要變化裡，有一項就是小規格。我個人習慣是在 PC 上透過 docker 或者 WSL 去搞一套環境，隨手就可以玩一玩，但在 3.X 版本時顯然會比較麻煩，經常會遇到由於資源不足導致啟動失敗的情況。

而對於 OceanBase 4.0 版本，從我的實際執行體驗看：在 4C8G 的規格下基本可以正常使用（目前主流的 PC 配置一般可以達到 8C16G）。這一新變化將在很大程度上幫助更多喜歡 OceanBase 的使用者隨時隨地搞起來，讓分散式資料庫的門檻變得更低。

下圖是 OceanBase 官方文件中提供的部署環境建議：

![圖片](https://img.alicdn.com/imgextra/i2/O1CN017ZjlAD1d7bsm0Ts6v_!!6000000003689-2-tps-942-771.png)

##### 評測&建議

**評測：** OceanBase 4.0 在規格上有了很大改進，這個毋庸置疑。但單機部署 4C16G 實際上還是有最佳化空間的，得分：4.0 分。

**建議：** OceanBase 4.0 執行時資源使用的進步就不說了，這裡提兩個其他資源相關的建議：

- **讓原始碼編譯，也能支援更小的規格：** 作為一個開發人員，往往喜歡去擼擼原始碼，可能還會去提 issue 和 PR，所以經常會對原始碼進行編譯。而編譯就不是 4C8G 可以解決的了，OceanBase 編譯指令碼中使用了並行編譯 make -j$CPU_CORES，每個 clang 編譯程式最大使用記憶體約 2G，按照我 PC 的配置 12C16G 進行編譯的話（12*2=24G），記憶體使用會超出實際實體記憶體大小，經常會發生 OOM，導致編譯失敗，不得不手動修改編譯指令碼，減少並行編譯的程式數量；
- **原始碼編譯時間可以再縮短：** 相信我們們 OceanBase 內部開發的伺服器配置一定很好，或者大部分編譯是透過持續整合來做的，可能不一定會遇到編譯時間過長的問題，但作為一個開源的專案，一定是要面向社群使用者的，所以一次完整編譯花費 1~2 小時的時間（和編譯boost庫或linux核心的時間差不多）對使用者而言是不太友好的。我建議最佳化編譯時間可以透過合理規劃模組層級，避免重複引用標頭檔案。此外，目前看 OceanBase 程式碼結構中標頭檔案中引用了很多依賴標頭檔案，是否可以透過“類前置宣告”等手段，把依賴標頭檔案儘量放在 .cpp 中。個人覺得編譯時間最佳化還是有很大的空間。

此外，OceanBase 4.0 在擴充套件性和介面/驅動方面仍有進一步最佳化改善的空間。

### ▋ 期待更好的擴充套件性

##### 建議3：OceanBase 如何提供使用者擴充套件介面？雖然聽起來有點雞肋，但是往往可以解決一些企業級的應用的需求，在功能上也會加分；

這個問題目前在我看來 OceanBase 4.0 的突破並不明顯，該功能實際上是源於企業的真實業務需求，在金融行業和電信行業我都實際開發過這類擴充套件資料庫的程式碼。無論是 Oracle 資料庫，還是現在很多國產資料庫基本上都支援了這個功能。

以 PostgreSQL 系的國產資料庫舉例，基本上都繼承了 PostgreSQL 高度擴充套件的特性，給使用者提供了更多的可能性。PostgreSQL 的外掛數以百計，是活躍社群的主要力量之一，透過外掛，使用者可以間接實現一些對 Oracle 的相容改造、可以實現資料庫的監控工具、可以實現 CDC 工具、可以實現外部表的訪問——FDW 等等。

當然，對於開源資料庫來說可以透過修改原始碼的方式增加使用者定義的函式，就像《Hello OceanBase！開啟OceanBase二次開發》 這篇文章裡面提到的方法，但是這種方式有三個比較明顯的弊端：

1. 沒有標準化的介面，需要修改多處程式碼，工作量大，實現相對複雜；
2. 修改是浸入式的，如果版本更新，需要重新合併使用者自行修改的程式碼，升級成本高；
3. 往往這種需求源於企業級應用，大多情況是使用企業版的 OceanBase，企業版不開源，方案不可行。

### ▋ 期待更多的介面/驅動

##### 建議4：企業版中 Oracle 租戶驅動介面可以再豐富一些。

在 OceanBase 社群版中，MySQL 租戶的驅動還是很豐富的，基本上相容了 MySQL 協議的所有介面。我在這裡主要想說說企業版的一些問題。

在企業級應用中，OceanBase 4.0 提供了目前最主流的三種驅動，即 Java、Python 和 C，其中 Python 是透過 JDBC 來實現的，並沒有原生 Python 驅動。雖然，目前企業主流的開發語言還是 Java 和 C/C++，但是隻有這兩種語言是無法滿足企業需求的，像 Golang、Rust、JavaScript 等語言已經成為現代企業資訊化建設開發語言的重要組成部分，OceanBase 應當提供更豐富的介面/驅動，方便使用者使用。

![圖片](https://img.alicdn.com/imgextra/i1/O1CN012NCK4U1JCNh0v4iSw_!!6000000000992-2-tps-429-650.png)

## OceanBase 4.0，值得期待和選擇

**經過近一週的體驗，我感知到的 OceanBase 社群版 4.0，是一個充分傾聽使用者訴求的版本，可以說是利用社群和生態的成功案例。** 不過作為開源專案，OceanBase 仍有需要改進的地方，比如，開源社群本身是要吸引更多的開發者加入，宣傳產品的同時要讓更多的使用者，尤其是開發者自發地向社群做出貢獻；同時可以設立更多的 SIG 組和使用者組（比如使用者需求的 SIG 組、金融行業的使用者組等等），使用者可以有針對性地向社群提出需求，有能力的使用者（或組織）甚至可以提交自己實現的功能程式碼（如果外掛功能提供了，使用者也可以實現自己的外掛來豐富 OceanBase 的生態）。可能是我要求有些苛刻了，不過坦白講，OceanBase 4.0 確實給了我很多驚喜和對 OceanBase 未來版本演進的期待。

最後，向國內包括 OceanBase 在內的所有砥礪前行的資料庫廠商致敬！也向包括我在內的所有對國產資料庫要求苛刻的使用者致敬！

4.0體驗站｜OceanBase 4.0 我回來給你點個贊

相關文章