真正的KV資料庫，業界有好幾項開源項目，雲廠商也紛紛推出自家産品，比如華為雲GaussDB(for Redis)。使用方在調研選型KV資料庫的時候，由于要存儲百GB甚至數十TB級的重要資料，首先關注的是資料庫是否穩定可靠，同時懂行的客戶一般也會聊到自建開源Redis的“不靠譜”問題：
問題1：自建開源Redis有丢資料和資料不一緻的風險
廣告競價和推薦等大資料業務将海量資料存放在KV資料庫，開源Redis是将全量資料存在記憶體中，雖然有RDB和AOF的備份機制，但那隻是普通的文本檔案，可靠性很低，隻能作為兜底手段，關鍵資料依舊存在丢失的可能性。
另外，開源Redis主備節點采用異步複制的機制，故障倒換的時候有可能出現明顯的資料不一緻。
問題2：“Cache+DB”的業務架構複雜
電商和遊戲等網際網路業務采用Redis緩存+持久化資料庫的架構，通過緩存加速來提升業務的使用體驗，業務需要設計緩存的淘汰機制，還需要解決緩存與持久化資料庫之間的資料一緻性問題，業務架構複雜。
問題3：開源Redis分片故障不能提供服務，故障場景對業務影響比較大
金融、财經和電商等業務對可靠性要求極高，開源Redis單個資料分片存放在主備兩個節點上，如果兩個節點都出現故障，則整個分片的資料不可通路，應對極端故障場景的能力不足。
社群開源項目由于都引入了RocksDB存儲引擎，其實能把上層KV業務變得穩定許多，通過持久化存儲媒體替代記憶體的方式來彌補開源Redis的不足。但它們無法更好地解決性能、相容性和擴容的問題，更無法保證資料庫的穩定可靠，還需要投入專門的人力進行搭建維護、調優等……綜合算下來，成本并不低。
雲廠商的KV資料庫由于進行了技術創新與優化，以GaussDB(for Redis)為例，下面從以下幾個角度解釋如何把一款産品做到“靠譜”：
企業級特性1：采用記憶體+NVMe的存儲方案，全量資料三副本持久化存儲
GaussDB(for Redis)在存儲池中有三副本落盤到NVMe存儲池中，當機不會丢資料，也不會存在主從同步的問題。是以，客戶可以直接拿GaussDB(for Redis)當做持久化資料庫使用，一庫頂多庫，業務架構變得簡單，也減輕了多套資料庫的運維成本。
企業級特性2：采用存算分離的架構，支援3AZ部署和N-1故障的超高可用
GaussDB(for Redis)支援3AZ部署計算節點，均勻分布在3個不同的可用區，如果遇到1個或2個可用區出現網絡、制冷、電力等突發故障，剩餘可用區的節點能接管故障節點的資料分片，還能繼續支撐業務通路全量資料。
同樣得益于存算分離的架構，GaussDB(for Redis)将全量資料落盤到分布式存儲池，最多支撐N-1故障，哪怕隻剩下一個節點正常，也能通過接管所有分片，繼續支撐業務運作。
企業級特性3：雙活解決方案支援極緻穩定可靠，靈活組網
如果遇到大規模網絡故障、電力故障、火災或自然災害，導緻整個資料庫執行個體不可用，甚至整個Region都不可用，GaussDB(for Redis)也在這些極端場景下保證業務的連續性。
GaussDB(for Redis)支援給兩個跨Region的執行個體建立雙活關系，支援資料的同步，如果其中一個執行個體故障，另一個執行個體能接管業務，持續提供可靠的資料庫服務。雙活解決方案已在華為内部ERP中穩定部署運作，為ERP業務的持續運作提供強有力的保障。
總結
綜上所述，GaussDB(for Redis)提供了全量資料三副本持久化存儲，支援3AZ部署和N-1故障的超高可用，雙活解決方案支援極緻穩定可靠，靈活組網，穩定性和可靠性遠超開源Redis，是一款真正能讓企業核心業務放心上雲的KV資料庫。
如果你的業務需要一款穩定可靠的KV資料庫，可以試試GaussDB(for Redis)。
關注@華為雲，了解更多資訊