[[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["很难理解","hardToUnderstand","thumb-down"],["信息或示例代码不正确","incorrectInformationOrSampleCode","thumb-down"],["没有我需要的信息/示例","missingTheInformationSamplesINeed","thumb-down"],["翻译问题","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC):2025-09-04。"],[],[],null,["# Persistence overview\n\nThis page provides an overview of persistence for Memorystore for Valkey.\n\nMemorystore for Valkey supports two types of persistence:\n\n- [AOF persistence](/memorystore/docs/valkey/about-aof-persistence)\n- [RDB persistence](/memorystore/docs/valkey/about-rdb-persistence)\n\n| **Note:** You can either enable AOF or RDB persistence for your instance, not both.\n\nFor the best instance availability and data durability, we recommend enabling\nboth persistence and [high availability](/memorystore/docs/valkey/ha-and-replicas).\nWhile persistence and high availability overlap in the protection they offer, they have\ndifferent strengths that complement each other. HA can be considered the first\nline of defense against individual node failures and\nzonal outages. Persistence provides disaster recovery for rare events when all\nnodes in a shard fail and HA is unable to help.\n\nChoosing a persistence type\n---------------------------\n\nChoosing between AOF and RDB persistence comes down to a choice between\nperformance and data durability. These tradeoffs are generally true of all\nmanaged Valkey services because of the nature of AOF and RDB persistence in OSS\nValkey.\n\nIf your top priority is data durability and preserving the highest percentage of\nwrites sent to your Valkey server, we recommend choosing AOF persistence. AOF's\nability to persist data every second (or for every write) offers superior data\ndurability compared to RDB snapshots which save data on an hourly basis.\n\nIf performance is your top priority, we recommend using RDB persistence because\nit usually places lower performance demands on your instance than AOF persistence\ndoes for a similarly sized instance. If you are comfortable with some staleness\nin your data on recovery and you want the performance that RDB persistence provides\nfor a similarly sized instance, then RDB persistence is the better choice for\nyou.\n\nIt is possible to have both high throughput with the durability of AOF\npersistence. To get both you can enable AOF persistence and also choose a high\nshard count. A high shard count provides more vCPUs which improves performance. However, some\nlatency increase is expected for AOF in any configuration."]]