摘要：經(jīng)過(guò)對(duì)比選型，用戶同時(shí)選用三種數(shù)據(jù)庫(kù)來(lái)針對(duì)性的滿足不同目標(biāo)?；谀軌驇?lái)的這些特性優(yōu)勢(shì)，用戶選擇了。相比自建，其可靠性更高，方便運(yùn)維維護(hù)。整個(gè)過(guò)程中用戶不需要任何人工干預(yù)和配置修改，真正做到自動(dòng)容災(zāi)。

據(jù)DB-Engines 最新發(fā)布的2019年8月份數(shù)據(jù)庫(kù)流行度排行榜（如下圖）顯示，名列前茅的MySQL和PostgreSQL數(shù)據(jù)庫(kù)的流行趨勢(shì)與去年同期相比依然穩(wěn)增不減。

作為使用最為廣泛的開(kāi)源數(shù)據(jù)庫(kù)，MySQL聲稱自己是最流行的開(kāi)源數(shù)據(jù)庫(kù)，PostgreSQL也標(biāo)榜自己是世界上最先進(jìn)的開(kāi)源數(shù)據(jù)庫(kù)，雖然二者在功能特性上確實(shí)各有所長(zhǎng)，但在實(shí)際的業(yè)務(wù)場(chǎng)景中很多用戶往往一時(shí)間難以抉擇。

接下來(lái)將介紹31會(huì)議在大數(shù)據(jù)量快速查詢場(chǎng)景下，面對(duì)MySQL和PostgreSQL數(shù)據(jù)庫(kù)的雙重拷問(wèn)時(shí)是如何進(jìn)行最終選型落地以及數(shù)據(jù)庫(kù)高可靠性背后的技術(shù)實(shí)現(xiàn)。

用戶場(chǎng)景
31會(huì)議是中國(guó)領(lǐng)先的場(chǎng)景營(yíng)銷科技服務(wù)商，通過(guò)運(yùn)用互聯(lián)網(wǎng)、物聯(lián)網(wǎng)、AI、大數(shù)據(jù)和云計(jì)算技術(shù)，并結(jié)合會(huì)議、展覽、活動(dòng)等面對(duì)面營(yíng)銷場(chǎng)景，其陸續(xù)推出了會(huì)議云、展覽云、營(yíng)銷云。其中，31會(huì)議云和31會(huì)展云作為一站式數(shù)字會(huì)務(wù)SaaS云平臺(tái)，通過(guò)組件化、集成化、流程化實(shí)現(xiàn)會(huì)展全流程智慧化。

注：圖片來(lái)自31會(huì)議

PostgreSQL or MySQL？
作為SaaS化的會(huì)議平臺(tái)，內(nèi)部模塊眾多且關(guān)聯(lián)緊密，對(duì)數(shù)據(jù)庫(kù)的需求呈現(xiàn)多樣化和精細(xì)化的特點(diǎn)，所以31會(huì)議首調(diào)研了UCloud提供的主流數(shù)據(jù)庫(kù)類型，UDB子類型如下表：

截至目前，31會(huì)議累計(jì)服務(wù)30多萬(wàn)家客戶、130多萬(wàn)場(chǎng)會(huì)展的業(yè)務(wù)量，因此對(duì)數(shù)據(jù)庫(kù)的存儲(chǔ)需求量較大。且會(huì)議營(yíng)銷SaaS業(yè)務(wù)的實(shí)時(shí)性以及事務(wù)處理復(fù)雜性對(duì)OLTP和OLAP也都有著較高的要求。經(jīng)過(guò)對(duì)比選型，用戶同時(shí)選用三種數(shù)據(jù)庫(kù)來(lái)針對(duì)性的滿足不同目標(biāo)。

由于PostgreSQL支持多種表關(guān)聯(lián)算法，有豐富的統(tǒng)計(jì)函數(shù)和語(yǔ)法，面對(duì)多維度的復(fù)雜查詢和分析場(chǎng)景性能表現(xiàn)優(yōu)異，因此PostgreSQL相比于MySQL在OLAP上的快速高效是其優(yōu)勢(shì)， 31會(huì)議最終選擇了PostgreSQL。例如：在實(shí)際業(yè)務(wù)中，用戶利用PostgreSQL來(lái)處理單表500w條記錄規(guī)模的大數(shù)據(jù)量查詢，并且快速流暢的將結(jié)果流轉(zhuǎn)到下一業(yè)務(wù)環(huán)節(jié)。

自建集群還是PostgreSQL UDB?
除了要解決上述不同數(shù)據(jù)庫(kù)版本的選型問(wèn)題之外，用戶還需要面臨的選擇，是利用云主機(jī)自己搭建PostgreSQL集群，還是直接使用UCloud現(xiàn)成的PostgreSQL UDB產(chǎn)品？

傳統(tǒng)的自建數(shù)據(jù)庫(kù)方式，需要在前期投入大量的軟硬件投入成本和運(yùn)維維護(hù)成本，且部署周期較長(zhǎng)，實(shí)際的資源利用率較低。而選擇PostgreSQL UDB產(chǎn)品，不僅能節(jié)省資源人力成本，而且支持彈性擴(kuò)縮容以及按需計(jì)費(fèi)；在安全性和可靠性上更有保障，具備備份創(chuàng)建、自動(dòng)回檔等功能。另外從數(shù)據(jù)層面來(lái)講，高可用主備和底層數(shù)據(jù)存儲(chǔ)，具備數(shù)據(jù)冗余特性，可以保證數(shù)據(jù)零丟失。

基于PostgreSQL UDB能夠帶來(lái)的這些特性優(yōu)勢(shì)，用戶選擇了PostgreSQL UDB。且經(jīng)過(guò)時(shí)間證明，用戶在使用PostgreSQL的一年多時(shí)間內(nèi)，其實(shí)例沒(méi)有發(fā)生過(guò)一次故障，后臺(tái)對(duì)可靠性設(shè)計(jì)的機(jī)制抵御住了各種意外狀況，沒(méi)有影響用戶正常使用，幫助其免去了緊急排障的煩惱。

正如31會(huì)議運(yùn)維經(jīng)理湯雷評(píng)價(jià)說(shuō)：“PostgreSQL UDB用在大數(shù)據(jù)分析上，查詢效率更高。相比自建，其可靠性更高，方便運(yùn)維維護(hù)?！?/p>

如何保證高可靠？
為了充分保證PostgreSQL UDB產(chǎn)品的可靠性，UCloud數(shù)據(jù)庫(kù)團(tuán)隊(duì)在功能方面做了很多優(yōu)化工作，例如：

1.自動(dòng)回檔

這個(gè)功能是指，當(dāng)用戶出現(xiàn)人為誤操作造成數(shù)據(jù)刪除或者丟失時(shí)，只要之前7天的備份存在，就可以利用“秒級(jí)回檔”功能將數(shù)據(jù)恢復(fù)到過(guò)去7天內(nèi)的任意一秒，可以說(shuō)是為用戶使用PostgreSQL產(chǎn)品提供了一顆“定心丸”。

除了回檔，用戶也可通過(guò)“創(chuàng)建從庫(kù)”功能來(lái)創(chuàng)建更多數(shù)據(jù)庫(kù)的副本，進(jìn)一步增加數(shù)據(jù)的安全性。

2.高可用部署，自動(dòng)容災(zāi)

PostgreSQL UDB為確保服務(wù)的高可用性，采用主從復(fù)制架構(gòu)，主數(shù)據(jù)庫(kù)提供服務(wù)的同時(shí)，有另一套數(shù)據(jù)庫(kù)服務(wù)不斷同步數(shù)據(jù)并隨時(shí)待命， UDB后臺(tái)的自動(dòng)容災(zāi)模塊可以在PostgreSQL實(shí)例服務(wù)出現(xiàn)問(wèn)題時(shí)自動(dòng)探測(cè)到，并自動(dòng)容災(zāi)，保證數(shù)據(jù)庫(kù)服務(wù)的穩(wěn)定可靠。

實(shí)例切換時(shí)，容災(zāi)模塊會(huì)把待命的備用PostgreSQL服務(wù)提升為主庫(kù)，并且在原來(lái)主服務(wù)啟動(dòng)之后回退到從庫(kù)。整個(gè)過(guò)程中用戶不需要任何人工干預(yù)和配置修改，真正做到自動(dòng)容災(zāi)。

圖：PostgreSQL UDB自動(dòng)容災(zāi)示意圖

3.熱升級(jí)，不停服在線擴(kuò)容

PostgreSQL UDB可依據(jù)業(yè)務(wù)的需要，動(dòng)態(tài)按需擴(kuò)展數(shù)據(jù)庫(kù)資源。用戶只需在控制臺(tái)上進(jìn)行幾次點(diǎn)擊，就可以動(dòng)態(tài)調(diào)整實(shí)例的內(nèi)存和磁盤(pán)大小，滿足不同業(yè)務(wù)階段對(duì)于數(shù)據(jù)庫(kù)性能和存儲(chǔ)空間的彈性需求。

PostgreSQL UDB 在資源擴(kuò)容過(guò)程中，數(shù)據(jù)庫(kù)服務(wù)可以做到基本不停服，只有秒級(jí)的閃斷。這樣大大減少了數(shù)據(jù)庫(kù)擴(kuò)容對(duì)于業(yè)務(wù)的影響時(shí)間，做到真正的“熱升級(jí)”。