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 持久性通常对实例的性能要求低于 AOF 持久性。如果您可以接受恢复时数据存在一定的过时性,并且希望获得 RDB 持久性为大小相似的实例提供的性能,那么 RDB 持久性是更好的选择。
您可以同时获得高吞吐量和 AOF 持久性的耐用性。如需同时获得这两者,您可以启用 AOF 持久性,还可以选择较高的分片数。较高的分片数可提供更多 vCPU,从而提高性能。不过,在任何配置中,AOF 的延迟都会有所增加。
如未另行说明,那么本页面中的内容已根据知识共享署名 4.0 许可获得了许可,并且代码示例已根据 Apache 2.0 许可获得了许可。有关详情,请参阅 Google 开发者网站政策。Java 是 Oracle 和/或其关联公司的注册商标。
最后更新时间 (UTC):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"]],["最后更新时间 (UTC):2026-06-19。"],[],[]]