Google uses AI technology to translate content into your preferred language. AI translations can contain errors.
持久性總覽
透過集合功能整理內容
你可以依據偏好儲存及分類內容。
本頁面概述 Memorystore for Redis Cluster 的持久性。
Memorystore for Redis Cluster 支援兩種持久性類型:
為確保執行個體可用性最高和資料耐用性最佳,建議您同時啟用持續性和高可用性。雖然持續性和高可用性提供的保護措施有重疊之處,但兩者各有優勢,可互補不足。高可用性可視為防範個別節點故障和可用區服務中斷的第一道防線。如果分片中的所有節點都發生故障,高可用性也無法解決問題,這時持續性就能提供災難復原功能,因應罕見事件。
選擇持續性類型
選擇 AOF 或 RDB 持久性時,您需要在效能和資料耐用性之間取捨。一般來說,由於 OSS Redis 中 AOF 和 RDB 持久性的性質,所有受管理 Redis 服務都會有這些取捨。
如果首要考量是資料耐用性,以及保留傳送至 Redis 伺服器的最高寫入百分比,建議選擇 AOF 持久性。AOF 每秒 (或每次寫入) 都能保存資料,因此與每小時儲存資料的 RDB 快照相比,資料持久性更勝一籌。
如果效能是您的首要考量,建議使用 RDB 持久性,因為與大小相近的執行個體相比,RDB 持久性通常對執行個體的效能要求較低。如果您可以接受復原時資料有些許過時,且希望大小相近的執行個體能達到 RDB 持久性提供的效能,那麼 RDB 持久性就是您的最佳選擇。
您可同時享有高輸送量和 AOF 持久性。如要同時享有這兩項優勢,請啟用 AOF 持久性,並選擇高分片數。高分片數可提供更多 vCPU,進而提升效能。不過,在任何設定中,AOF 的延遲時間都會增加。
除非另有註明,否則本頁面中的內容是採用創用 CC 姓名標示 4.0 授權,程式碼範例則為阿帕契 2.0 授權。詳情請參閱《Google Developers 網站政策》。Java 是 Oracle 和/或其關聯企業的註冊商標。
上次更新時間:2026-06-19 (世界標準時間)。
[[["容易理解","easyToUnderstand","thumb-up"],["確實解決了我的問題","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["難以理解","hardToUnderstand","thumb-down"],["資訊或程式碼範例有誤","incorrectInformationOrSampleCode","thumb-down"],["缺少我需要的資訊/範例","missingTheInformationSamplesINeed","thumb-down"],["翻譯問題","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["上次更新時間:2026-06-19 (世界標準時間)。"],[],[]]