中軟國際哈爾濱ETC：選擇PostgreSOL還是MySQL

據DB-Engines 最新發布的2019年8月份資料庫流行度排行榜（如下圖）顯示，名列前茅的MySQL和PostgreSQL

據DB-Engines 最新發布的2019年8月份資料庫流行度排行榜(如下圖)顯示，名列前茅的MySQL和PostgreSQL資料庫的流行趨勢與去年同期相比依然穩增不減。

作為使用最為廣泛的開源資料庫，MySQL聲稱自己是最流行的開源資料庫，PostgreSQL也標榜自己是世界上最先進的開源資料庫，雖然二者在功能特性上確實各有所長，但在實際的業務場景中很多用戶往往一時間難以抉擇。

接下來將介紹31會議在大數據量快速查詢場景下，面對MySQL和PostgreSQL資料庫的雙重拷問時是如何進行最終選型落地以及資料庫高可靠性背後的技術實現。

用戶場景

31會議是中國領先的場景營銷科技服務商，通過運用互聯網、物聯網、AI、大數據和雲計算技術，並結合會議、展覽、活動等面對面營銷場景，其陸續推出了會議雲、展覽雲、營銷雲。其中，31會議雲和31會展雲作為一站式數字會務SaaS雲平台，通過組件化、集成化、流程化實現會展全流程智慧化。

PostgreSQL or MySQL?

作為SaaS化的會議平台，內部模塊眾多且關聯緊密，對資料庫的需求呈現多樣化和精細化的特點，所以31會議首調研了UCloud提供的主流資料庫類型，UDB子類型如下表：

截至目前，31會議累計服務30多萬家客戶、130多萬場會展的業務量，因此對資料庫的存儲需求量較大。且會議營銷SaaS業務的實時性以及事務處理複雜性對OLTP和OLAP也都有著較高的要求。經過對比選型，用戶同時選用三種資料庫來針對性的滿足不同目標。

由於PostgreSQL支持多種表關聯演算法，有豐富的統計函數和語法，面對多維度的複雜查詢和分析場景性能表現優異，因此PostgreSQL相比於MySQL在OLAP上的快速高效是其優勢， 31會議最終選擇了PostgreSQL。例如：在實際業務中，用戶利用PostgreSQL來處理單表500w條記錄規模的大數據量查詢，並且快速流暢的將結果流轉到下一業務環節。

自建集群還是PostgreSQL UDB?

除了要解決上述不同資料庫版本的選型問題之外，用戶還需要面臨的選擇，是利用雲主機自己搭建PostgreSQL集群，還是直接使用UCloud現成的PostgreSQL UDB產品?

傳統的自建資料庫方式，需要在前期投入大量的軟硬體投入成本和運維維護成本，且部署周期較長，實際的資源利用率較低。而選擇PostgreSQL UDB產品，不僅能節省資源人力成本，而且支持彈性擴縮容以及按需計費;在安全性和可靠性上更有保障，具備備份創建、自動回檔等功能。另外從數據層面來講，高可用主備和底層數據存儲，具備數據冗餘特性，可以保證數據零丟失。

基於PostgreSQL UDB能夠帶來的這些特性優勢，用戶選擇了PostgreSQL UDB。且經過時間證明，用戶在使用PostgreSQL的一年多時間內，其實例沒有發生過一次故障，後台對可靠性設計的機制抵禦住了各種意外狀況，沒有影響用戶正常使用，幫助其免去了緊急排障的煩惱。

正如31會議運維經理湯雷評價說：「PostgreSQL UDB用在大數據分析上，查詢效率更高。相比自建，其可靠性更高，方便運維維護。」

如何保證高可靠?

為了充分保證PostgreSQL UDB產品的可靠性，UCloud資料庫團隊在功能方面做了很多優化工作，例如：

1.自動回檔

這個功能是指，當用戶出現人為誤操作造成數據刪除或者丟失時，只要之前7天的備份存在，就可以利用「秒級回檔」功能將數據恢復到過去7天內的任意一秒，可以說是為用戶使用PostgreSQL產品提供了一顆「定心丸」。

除了回檔，用戶也可通過「創建從庫」功能來創建更多資料庫的副本，進一步增加數據的安全性。

2.高可用部署，自動容災

PostgreSQL UDB為確保服務的高可用性，採用主從複製架構，主資料庫提供服務的同時，有另一套資料庫服務不斷同步數據並隨時待命， UDB後台的自動容災模塊可以在PostgreSQL實例服務出現問題時自動探測到，並自動容災，保證資料庫服務的穩定可靠。

實例切換時，容災模塊會把待命的備用PostgreSQL服務提升為主庫，並且在原來主服務啟動之後回退到從庫。整個過程中用戶不需要任何人工干預和配置修改，真正做到自動容災。

3.熱升級，不停服在線擴容

PostgreSQL UDB可依據業務的需要，動態按需擴展資料庫資源。用戶只需在控制台上進行幾次點擊，就可以動態調整實例的內存和磁碟大小，滿足不同業務階段對於資料庫性能和存儲空間的彈性需求。

PostgreSQL UDB 在資源擴容過程中，資料庫服務可以做到基本不停服，只有秒級的閃斷。這樣大大減少了資料庫擴容對於業務的影響時間，做到真正的「熱升級」。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！