持久性概览
使用集合让一切井井有条
根据您的偏好保存内容并对其进行分类。
本页面简要介绍了 Memorystore for Valkey 的持久性。
Memorystore for Valkey 支持两种持久化方式:
为了实现最佳实例可用性和数据持久性,我们建议同时启用持久性和高可用性。虽然持久性和高可用性提供的保护功能有重叠之处,但它们各有优势,可以相互补充。高可用性可被视为防范个别节点故障和可用区中断的第一道防线。在极少数情况下,如果分片中的所有节点都发生故障且高可用性无法提供帮助,持久性可用于灾难恢复。
选择持久化类型
在 AOF 持久性和 RDB 持久性之间进行选择,归根结底就是在性能和数据持久性之间进行选择。由于 OSS Valkey 中的 AOF 和 RDB 持久性特性,所有托管式 Valkey 服务通常都存在这些权衡。
如果您的首要任务是数据持久性,并尽可能提高发送到 Valkey 服务器的写入百分比,我们建议您选择 AOF 持久性。与每小时保存一次数据的 RDB 快照相比,AOF 能够每秒(或每次写入)持久化数据,从而提供更出色的数据持久性。
如果性能是您的首要考虑因素,我们建议您使用 RDB 持久化,因为与 AOF 持久化相比,RDB 持久化对实例的性能要求通常较低,即使是大小相近的实例也是如此。如果您不介意恢复时数据存在一些过时情况,并且希望 RDB 持久性为大小相近的实例提供的性能,那么 RDB 持久性是更好的选择。
您可以同时获得高吞吐量和 AOF 持久性的持久性。如需同时实现这两点,您可以启用 AOF 持久性并选择较高的分片数量。较高的分片数量可提供更多 vCPU,从而提升性能。不过,无论采用何种配置,AOF 的延迟时间都可能会增加一些。
如未另行说明,那么本页面中的内容已根据知识共享署名 4.0 许可获得了许可,并且代码示例已根据 Apache 2.0 许可获得了许可。有关详情,请参阅 Google 开发者网站政策。Java 是 Oracle 和/或其关联公司的注册商标。
最后更新时间 (UTC):2025-02-14。
[[["易于理解","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-02-14。"],[],[]]