Google uses AI technology to translate content into your preferred language. AI translations can contain errors.
持久性概览
使用集合让一切井井有条
根据您的偏好保存内容并对其进行分类。
本页面简要介绍了 Memorystore for Redis Cluster 的持久性。
Memorystore for Redis 集群支持两种类型的持久性:
为了获得最佳实例可用性和数据耐用性,我们建议同时启用持久性和高可用性。虽然持久性和高可用性在提供的保护方面有所重叠,但它们各自的优势不同,可以互为补充。高可用性可视为针对单个节点故障和可用区中断的第一道防线。持久性可为分片中的所有节点都发生故障且高可用性无法提供帮助的罕见事件提供灾难恢复。
选择持久性类型
选择 AOF 持久性还是 RDB 持久性,归根结底是在性能和数据耐用性之间进行选择。由于 OSS Redis 中 AOF 和 RDB 持久化的特性,这些权衡取舍通常适用于所有托管式 Redis 服务。
如果您最看重数据持久性,并希望尽可能保留发送到 Redis 服务器的写入操作,我们建议您选择 AOF 持久性。AOF 每秒(或每次写入)持久保存数据的能力使其在数据持久性方面优于每小时保存一次数据的 RDB 快照。
如果性能是您的首要考虑因素,我们建议使用 RDB 持久性,因为对于大小相近的实例,RDB 持久性通常比 AOF 持久性对实例的性能要求更低。如果您在恢复时可以接受数据存在一定的过时性,并且希望获得 RDB 持久性为类似大小的实例提供的性能,那么 RDB 持久性是更好的选择。
您可以同时获得高吞吐量和 AOF 持久性的持久性。如需同时实现这两个目标,您可以启用 AOF 持久性,并选择较高的分片数。分片数越多,提供的 vCPU 就越多,性能也就越好。不过,在任何配置中,AOF 的延迟时间预计都会有所增加。
如未另行说明,那么本页面中的内容已根据知识共享署名 4.0 许可获得了许可,并且代码示例已根据 Apache 2.0 许可获得了许可。有关详情,请参阅 Google 开发者网站政策。Java 是 Oracle 和/或其关联公司的注册商标。
最后更新时间 (UTC):2026-05-17。
[[["易于理解","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):2026-05-17。"],[],[]]