其實我們就沒有專門的 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 第一正規化 確保每列保持原子性 第一正規化是最基本的正規化...