國內三大雲資料庫測試對比

2021-09-07 06:58:38 字數 1820 閱讀 9235

其實我們就沒有專門的 dba,都是開發自己上去折騰,通過把資料庫的可靠性外包給雲端,確實極大地降低了我們的工作量,這一點還是挺爽的。但是在具體的使用過程中,發現還是有些地方不夠滿意,比如 mysql 最高版只有5.6,沒法用上 5.7.8+ 新增的 json 字段;建立資料庫自帶的唯讀從庫門檻較高(要最高版本);binlog 的備份不方便;資料庫授權上的坑(沒有file和shutdown許可權,不能grant all on *.*)等。

這次除了對比效能,順便再看看**。

在測試開始之前先打個預防針:以下的測試可能比較粗糙,並不是針對實際業務進行的,所以結果僅供參考,僅代表作者本人的觀點和使用場景。而且實際的業務往往並不是以效能為唯一考量標準,公司的一整套業務需要多項雲服務的支撐,最基礎的主機、資料庫、nosql、物件儲存、負載均衡等服務這幾家都比較完善了,但是在增值、附加服務上各有優劣、亮點,實際選型還是應該根據業務特點仔細考量。

效能

首先最重要的,是雲資料庫的讀寫效能。我在規劃例項的配置時,主要考慮下面 2 點:

由於實際情況下,雲資料庫一般是通過雲伺服器進行訪問的,因此我在這 3 個平台分別申請了配置差不多的雲主機,在上面執行效能測試。我申請的雲主機的作業系統都是 64 位 centos 6.5,具體的配置如下:

現在比較流行的測試資料庫工具是 sysbench,為了和實際使用的情況吻合,我對 sysbench 做了引數上的修改。

一般來說,讀操作要遠遠多於寫操作,並且有很多操作是需要範圍查詢和排序的,所以我在測試中提高了讀操作的比例,特別是提高了範圍查詢和排序的比重。

同時,對於寫操作,稍微提高了 update 操作的比例。最終執行的測試中,每乙個事務的讀操作和寫操作的比例是 6:1 左右。為了模擬專案啟動之後的場景,我的 sysbench 測試集的資料量是總共 20 張表,每張表 200 萬行資料,開啟 32 個執行緒,並行向資料庫傳送事務請求,共執行 30 分鐘。下面是我觀察到的結果:

把這個測試結果做成圖表是這個結果:

這個資料讓我對 ucloud 的 ssd 雲資料庫效能十分動心,要知道,這個是我沒有做過任何調優,開箱即用的配置,完全符合我對於雲資料庫「快速部署,效能滿意」的期望。

ucloud 的 udb

阿里雲 rds

總結

ucloud 雲資料庫測出的 tps 和 qps 效能遠高於業內平均水平。而且產品易用性好,**適中。

綜上所述,價效比最高的雲資料庫是 ucloud 的 udb。

國內三大雲資料庫測試對比

其實我們就沒有專門的 dba,都是開發自己上去折騰,通過把資料庫的可靠性外包給雲端,確實極大地降低了我們的工作量,這一點還是挺爽的。但是在具體的使用過程中,發現還是有些地方不夠滿意,比如 mysql 最高版只有5.6,沒法用上 5.7.8 新增的 json 字段 建立資料庫自帶的唯讀從庫門檻較高 要...

牆內三大雲資料庫測試對比 不指定

由於實際情況下,雲資料庫一般是通過雲伺服器進行訪問的,因此我在這3個平台分別申請了配置差不多的雲主機,在上面執行效能測試。我申請的雲主機的作業系統都是64位centos 6.5,具體的配置如下 現在比較流行的測試資料庫工具是sysbench,為了和實際使用的情況吻合,我對sysbench做了引數上的...

資料庫設計三大正規化資料庫設計三大正規化

為了建立冗餘較小 結構合理的資料庫,設計資料庫時必須遵循一定的規則。在關係型資料庫中這種規則就稱為正規化。正規化是符合某一種設計要求的總結。要想設計乙個結構合理的關係型資料庫,必須滿足一定的正規化。在實際開發中最為常見的設計正規化有三個 1 第一正規化 確保每列保持原子性 第一正規化是最基本的正規化...