經(jīng)常有客戶提到 KV 數(shù)據(jù)庫(kù)，但卻偏偏“不要 Redis”。比如有個(gè)做安全威脅分析平臺(tái)的客戶，他們明確表示自己對(duì)可靠性要求非常高，需要的不是開源 Redis 這種內(nèi)存緩存庫(kù)，而是 KV 數(shù)據(jù)庫(kù)。雖然最后我也沒問清楚他們業(yè)務(wù)存啥（推測(cè)是這塊業(yè)務(wù)數(shù)據(jù)比較機(jī)密），但確實(shí)業(yè)務(wù)本身對(duì)可靠性要求非常高，開源 Redis 自身的可靠性無(wú)法滿足他們的要求，最終該用戶選擇使用 GaussDB(for Redis)數(shù)據(jù)庫(kù)，當(dāng)前數(shù)據(jù)量已經(jīng)是 2TB 規(guī)模，一直穩(wěn)定運(yùn)行中。

真正的 KV 數(shù)據(jù)庫(kù)，業(yè)界有好幾項(xiàng)開源的項(xiàng)目，云廠商也紛紛推出自家產(chǎn)品，比如華為云 GaussDB(for Redis)。使用方在調(diào)研選型 KV 數(shù)據(jù)庫(kù)的時(shí)候，由于要存儲(chǔ)百 GB 甚至數(shù)十 TB 級(jí)的重要數(shù)據(jù)，首先關(guān)注的是數(shù)據(jù)庫(kù)是否穩(wěn)定可靠，同時(shí)懂行的客戶一般也會(huì)聊到自建開源 Redis 的“不靠譜”問題，例如：

問題 1：自建開源 Redis 有丟數(shù)據(jù)和數(shù)據(jù)不一致的風(fēng)險(xiǎn)

廣告競(jìng)價(jià)和推薦等大數(shù)據(jù)業(yè)務(wù)將海量數(shù)據(jù)存放在 KV 數(shù)據(jù)庫(kù)，開源 Redis 是將全量數(shù)據(jù)存在內(nèi)存中，雖然有 RDB 和 AOF 的備份機(jī)制，但那只是普通的文本文件，可靠性很低，只能作為兜底手段，關(guān)鍵數(shù)據(jù)該丟還是會(huì)丟。

另外，開源 Redis 主備節(jié)點(diǎn)采用異步復(fù)制的機(jī)制，故障倒換的時(shí)候有可能出現(xiàn)明顯的數(shù)據(jù)不一致，像是分布式鎖這類場(chǎng)景就會(huì)很尷尬：

問題 2：“Cache+DB”的業(yè)務(wù)架構(gòu)復(fù)雜

電商和游戲等互聯(lián)網(wǎng)業(yè)務(wù)采用 Redis 緩存+持久化數(shù)據(jù)庫(kù)的架構(gòu)，通過緩存加速來提升業(yè)務(wù)的使用體驗(yàn)，業(yè)務(wù)需要設(shè)計(jì)緩存的淘汰機(jī)制，還需要解決緩存與持久化數(shù)據(jù)庫(kù)之間的數(shù)據(jù)一致性問題，業(yè)務(wù)架構(gòu)復(fù)雜。

問題 3：開源 Redis 分片故障不能提供服務(wù)，故障場(chǎng)景對(duì)業(yè)務(wù)影響比較大

金融、財(cái)經(jīng)和電商等業(yè)務(wù)對(duì)可靠性要求極高，開源 Redis 單個(gè)數(shù)據(jù)分片存放在主備兩個(gè)節(jié)點(diǎn)上，如果兩個(gè)節(jié)點(diǎn)都出現(xiàn)故障，則整個(gè)分片的數(shù)據(jù)不可訪問，應(yīng)對(duì)極端故障場(chǎng)景的能力不足。

社區(qū)開源的項(xiàng)目一般都引入了 RocksDB 存儲(chǔ)引擎（這東西深的很），其實(shí)能把上層 KV 業(yè)務(wù)變得穩(wěn)定許多，通過持久化存儲(chǔ)介質(zhì)替代內(nèi)存的方式來彌補(bǔ)開源 Redis 的不足。但它們無(wú)法完美解決性能、兼容性和擴(kuò)容的問題，更無(wú)法保證數(shù)據(jù)庫(kù)的穩(wěn)定可靠，還需要投入專門的人力進(jìn)行搭建維護(hù)、調(diào)優(yōu)等……最終綜合算下來，成本并不低。

云廠商的 KV 數(shù)據(jù)庫(kù)由于進(jìn)行了技術(shù)創(chuàng)新與優(yōu)化，一般比較給力，以 GaussDB(for Redis)為例，下面從以下幾個(gè)角度解釋如何把一款產(chǎn)品做到“靠譜”：

企業(yè)級(jí)特性 1：采用內(nèi)存+NVMe 的存儲(chǔ)方案，全量數(shù)據(jù)三副本持久化存儲(chǔ)

GaussDB(for Redis)在存儲(chǔ)池中有三副本落盤到 NVMe 存儲(chǔ)池中，宕機(jī)不會(huì)丟數(shù)據(jù)，也不會(huì)存在主從同步的問題。因此，客戶可以直接拿 GaussDB(for Redis)當(dāng)做持久化數(shù)據(jù)庫(kù)使用，一庫(kù)頂多庫(kù)，業(yè)務(wù)架構(gòu)變得簡(jiǎn)單，也減輕了多套數(shù)據(jù)庫(kù)的運(yùn)維成本。

企業(yè)級(jí)特性 2：采用存算分離的架構(gòu)，支持 3AZ 部署和 N-1 故障的超高可用

GaussDB(for Redis)支持 3AZ 部署計(jì)算節(jié)點(diǎn)，均勻分布在 3 個(gè)不同的可用區(qū)，如果遇到 1 個(gè)或 2 個(gè)可用區(qū)出現(xiàn)網(wǎng)絡(luò)、制冷、電力等突發(fā)故障，剩余可用區(qū)的節(jié)點(diǎn)能接管故障節(jié)點(diǎn)的數(shù)據(jù)分片，還能繼續(xù)支撐業(yè)務(wù)訪問全量數(shù)據(jù)。

同樣得益于存算分離的架構(gòu)，GaussDB(for Redis)將全量數(shù)據(jù)落盤到分布式存儲(chǔ)池，最多支撐 N-1 故障，哪怕只剩下一個(gè)節(jié)點(diǎn)正常，也能通過接管所有分片，繼續(xù)支撐業(yè)務(wù)運(yùn)行。

企業(yè)級(jí)特性 3：雙活解決方案支持極致穩(wěn)定可靠，靈活組網(wǎng)

如果遇到大規(guī)模網(wǎng)絡(luò)故障、電力故障、火災(zāi)或自然災(zāi)害，導(dǎo)致整個(gè)數(shù)據(jù)庫(kù)實(shí)例不可用，甚至整個(gè) Region 都不可用，GaussDB(for Redis)也在這些極端場(chǎng)景下保證業(yè)務(wù)的連續(xù)性。

GaussDB(for Redis)支持給兩個(gè)跨 region 的實(shí)例建立雙活關(guān)系，支持?jǐn)?shù)據(jù)的同步，如果其中一個(gè)實(shí)例故障，另一個(gè)實(shí)例能接管業(yè)務(wù)，持續(xù)提供可靠的數(shù)據(jù)庫(kù)服務(wù)。雙活解決方案已在華為內(nèi)部 ERP 中穩(wěn)定部署運(yùn)行，為 ERP 業(yè)務(wù)的持續(xù)運(yùn)行提供強(qiáng)有力的保障。

總結(jié)

綜上所述，GaussDB(for Redis)提供了全量數(shù)據(jù)三副本持久化存儲(chǔ)，支持 3AZ 部署和 N-1 故障的超高可用，雙活解決方案支持極致穩(wěn)定可靠，靈活組網(wǎng)，穩(wěn)定性和可靠性遠(yuǎn)超開源 Redis，是一款真正能讓企業(yè)核心業(yè)務(wù)放心上云的 KV 數(shù)據(jù)庫(kù)。

所以，如果你的業(yè)務(wù)需要一款穩(wěn)定可靠的 KV 數(shù)據(jù)庫(kù)，可以試試 GaussDB(for Redis)

審核編輯 黃宇