淺談Redis的隱性成本

根據Stack Overflow的開發者調查， Redis一直是最受歡迎的記憶體鍵值儲存之一 。開源Redis的普及可歸因於人們認為Redis是商業軟體的 “低成本”替代品 。雖然該軟體可以免費下載和使用， 但遺憾的是 ，在最初幾個月內，在生產環境中執行Redis的 真正成本並未實現 。而且，隨著公司的發展，他們的資料以及效能要求也在增長，Redis也就遇到了速度障礙。我們看到許多公司大規模地遇到Redis問題，其中效能顯著下降，硬體成本開始增加。 Redis也 很難大規模使用 ， 沒有跨分片的事務支援 是主要問題。

Redis用例在單個執行緒上執行，並要求使用者為每個額外的計算執行緒建立一個新的Redis例項。相反，單個VoltDB用例可以跨多個執行緒和多個物理機器的資料庫執行。 使用開源Redis，客戶必須自己配置複製，分片和高可用性 （使用Redis Sentinel），並對其應用程式進行程式設計才能處理額外的複雜性。 這需要花費大量時間並佔用app開發團隊的寶貴資源。

VoltDB的架構旨在透過內建機器學習為快速資料提供實時智慧決策。 VoltDB可以輕鬆擴充套件，並且在無限規模下仍能提供極快的效能。這就是 為什麼一家領先的電信解決方案提供商最近從Redis遷移到VoltDB 的原因：

更低的硬體佔用空間/更低的成本 - 他們能夠使用比Redis更少的伺服器來儲存相同的資料：20 VoltDB伺服器用於儲存以前儲存在70臺Redis伺服器上的資料。每臺伺服器都有128GB RAM和24個CPU核心。這 直接可以節省超過100萬美元 。

相當容易的叢集管理 - 他們過去常常在應用程式中對資料進行分割槽，將其儲存在不同的Redis叢集中，然後記住應用程式中的分割槽表。它們基本上是“手動”管理應用程式的資料分割槽。而使用VoltDB，它可以 自動執行對資料進行分割槽的操作 。當節點關閉時，應用程式必須將資料定向到應用程式中的備份分割槽。

完整的ANSI SQL功能 - Redis不支援SQL。該公司必須在應用程式中實現“連線”。他們還需要多次傳送和檢索資料才能執行查詢。例如：他們需要將一個表源（s1-mme）與其他6個XDR資料來源匹配。他們必須將s1-mme資料傳送6次到Redis叢集才能完成匹配。在VoltDB中，他們 只需要在儲存過程中將s1-mme資料傳送到VoltDB一次，然後在同一儲存過程中同時連線所有6個源 。這為他們 節省了大量的網路時間 ，並 大大降低了 他們的 應用程式的複雜性 。除此之外， VoltDB訪問鍵值功能的靈活性 也深受喜愛。

大規模的查詢效能要快得多 - Redis無法擴充套件。他們的應用程式每秒需要200k條記錄才能進行連線查詢， VoltDB每秒400k的記錄遠遠超過了它們的KPI 。

改進的資料載入 - 使用VoltDB可以 輕鬆載入900,000 tps ，而使用Redis，每個伺服器每個客戶端只能載入800,000 tps。

隨著您的業務增長，您對事務處理的需求隨之增長只是時間問題 。 試試VoltDB吧 ，看看您的資料庫投資是否值當，還可將我們與Redis進行規模性比較，實時驗證決策的正確性。