GaussDB(for Redis)助力金智教育業務數字化，增效降本雙贏

在金智教育業務中，APP登入驗證會使用Redis儲存token，一旦主從切換，會導致大量使用者重複驗證登入。這也是Redis常見的問題。

此外，在學生報表業務中，資料的完整性非常重要。一旦發生資料丟失，全國的老師都會發現系統中有一部分學生的資訊無法檢視，此時不得不透過人工來補救資料，非常耗時。

業務訪問模型往往會存在一些熱點，開源Redis叢集雖然整體頻寬高，但由於每個分片頻寬小，因此 經常觸發分片流控，導致業務受損 。

在金智教育的業務中，流控觸發就意味著業務受損，因此非常需要一款“不流控”的Redis服務。

在海量資料處理的場景下，需要Redis長期儲存資料。 開源Redis擴容操作意味著加分片，耗時久而且影響業務。 擴容只能靠DBA熬夜支撐，效率低下。

此外，隨著資料增長，開源Redis的使用成本也會一次次“翻倍”，例如從32GB擴容到64GB，會給公司帶來較高的成本開銷，金智教育也急需要一款成本可控的KV資料庫。

試想在10000 QPS的寫入流量下，開源Redis即使配置秒粒度的AOF下刷（影響效能，往往不適合線上上環境開啟），主備倒換也會引起10000條業務資料的丟失，損失很大。因此，開源Redis的“丟資料”是先天的痛點，並不適合用在資料重要的業務場景下。

GaussDB(for Redis)儲存資料的可靠性非常高，使用者資料在GaussDB(for Redis)預設 儲存3個副本，成本上僅按1個副本計費，不會帶來額外費用。 計算節點使用預寫日誌WAL實現了命令級的可靠儲存，即使分片發生故障倒換，由於有儲存池保障全量資料的可靠性，也能保障業務資料的安全。

切換到GaussDB(for Redis)後，金智教育線上業務的穩定性得到了大幅度提升，而不再需要消耗人工精力去“補資料”了。

開源Redis的部署往往是多租戶共用一個容器，因此不得不做流控，否則會發生租戶間相互干擾的情況。分片的流控是常發生的現象，這會產生“木桶效應”，只有採用獨立容器部署Redis才能解決。

GaussDB(for Redis)的 每個分片都採用獨立容器，頻寬不做額外限流 ，分片（獨立容器）頻寬全部提供給業務程式使用，即使業務訪問存在一定傾斜，也不擔心被某個分片流控。

GaussDB(for Redis)的擴容體驗在行業裡是領先的，目前已經支援 全自動擴容 ，無需人工干預，且擴容平滑無感，秒級完成。對業務來說，連線不會被中斷，也不會引起時延抖動，隨著業務增長，擴容可以放心交給服務端自動化完成。

此外，金智教育在遷移資料時，發現100GB的資料遷入到GaussDB(for Redis)只佔用了不到50GB的空間，從長遠來看儲存成本非常有優勢。這是由於GaussDB(for Redis)透過高效壓縮技術對資料進行了邏輯+物理塊壓縮，能夠有效降低儲存開銷。