【退役之重学Java】Redis 持久化机制及其选择

2024-05-12 03:12

本文主要是介绍【退役之重学Java】Redis 持久化机制及其选择,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一、RDB

RDB 持久化机制,对 Redis 中的数据执行周期性的持久化

二、AOF

AOF 机制对每条写入命令最为日志,以 append-only 的模式写入一个日志文件中,在 Redis 重启的时候,可以通过回放 AOF 日志中的写入指令,来重新构建整个数据集

分析

  • 如果我们想要 Redis 仅仅作为纯内存的缓存使用,那么可以禁止 RDB 和 AOF 所有的持久化机制
  • 通过 RDB 或 AOF,都可以将 Redis 内存中的数据给持久化到磁盘上来然后可以将这些数据备份到别的地方去,比如说云服务
  • 如果 Redis挂了,服务器上的内存和磁盘上的数据都丢了,可以从云服务上拷贝回来之前的数据,放到指定的目录中,然后重新启动 Redis,Redis就会自动根据持久化数据文件中的数据,去回复内存中的数据,继续对外提供服务
  • 如果同时使用 RDB 和 AOF 两种持久化机制,那么在 Redis 重启的时候,会使用 AOF 来重新构建数据,因为 AOF 中的数据更加完整

RDB 持久化机制的优点

  1. RDB 会生成多个数据文件,每个数据文件都代表了某一时刻中 Redis 的数据,这种多个数据文件的方式,非常适合做冷备,可以将这种完整的数据文件发送到一些远程的安全存储上去,比如 Amazon 的s3 云服务上去,在国内可以使阿里云的ODPS 分布式存储上,以预定号的备份策略来定期备份 Redis中的数据
  2. RDB 对 Redis 对外提供的读写服务,影响非常小,可以让 Redis 保持高性能,因为 Redis 主进程只需要 fork 一个子进程,让子进程执行磁盘 IO 操作来进行 RDB 持久化即可
  3. 相对于 AOF 持久化机制来说,直接基于RDB 数据文件来重启和恢复 Redis 进程,更加快速

RDB 持久化机制的缺点

  1. 如果想要在 Redis 故障时,尽可能少的丢失数据,那么RDB没有 AOF 好,一般来说, RDB数据快照文件,都是每隔 5 分钟,或者更长时间生成一次,这个时候就得接受一点 Redis 进程宕机,那么会就是最近 5 分钟的数据
  2. RDB 每次在 fork 子进程来执行 RDB 快照数据文件生成的时候,如果数据文件特别大,可能会导致对客户端提供的服务暂停数毫秒,甚至数秒

AOF 持久化机制的优点

  1. AOF 可以更好的保护数据不丢失,一般 AOF会每隔1秒,通过一个后台线程执行一次 fsync 操作,最多丢失 1s 的数据
  2. AOF 日志文件以 append-only 模式写入,所以没有任何磁盘寻址的开销,写入性能非常高,而且文件不容易破损,即使文件尾部破损,也很容易修复
  3. AOF 日志文件即使过大的时候,出现后台重写操作,也不会影响客户端的读写,因为在 rewrite log 的时候,会对其中的指导进行压缩,创建出一份需要回复数据的最小日志出来。创建新日志文件的时候 ,老的日志文件还是照常写入。当新的 merge 后的日志文件 ready 的时候,再交换新老日志文件即可。
  4. AOF 日志文件的命令通过非常刻度的方式进行记录,这个特性非常适合做灾难性的误删除的紧急恢复。

AOF 持久化机制的缺点

  1. 对于同一根数据来说,AOF 日志文件通常比 RDB 数据快照文件更大
  2. AOF 开启后,支持的写 QPS 回避 RDB 支持的写QPS 低,因为 AOF 一般会配置成每秒一次 fsync ,性能也是非常高的
  3. 以前 AOF 发生过 bug,就是通过 AOF记录的日子,进行数据恢复的时候,没有恢复成一模一样的数据出来,所以说,类似 AOF这类比较复杂的基于命令日志/merge/回放的方式,比基于 RDB 每次持久化一根万传给你的数据快照文件的方式,更加脆弱一些,容易有bug。不过 AOF 为了避免 rewrite 郭传给你导致的 bug, 因此每次 rewrite 并不是基于就的指令日志进行 merge 的,而是基于当时内存中的数据进行指令的重新构建,这样健壮性会好很多。

RDB 和 AOF 到底该如何选择

  1. 不要仅仅使用 RDB,那样会导致你丢失很多数据
  2. 也不要仅仅使用 AOF, 因为那样有两个问题
    • 通过 AOF 做冷备,没有 RDB 做冷备来得恢复速度更快
    • RDB 每次简单粗暴生成数据快照,更加健壮,可以避免 AOF 这种复杂的备份和恢复机制的bug
  3. 综合使用 AOF 和RDB 两种持久化机制
    • 用 AOF 保证数据不丢失,作为数据恢复的第一选择
    • 用 RDB 来做不同程度的冷备,在 AOF 文件都丢失或损坏不可用的时候,还可以使用 RDB 来进行快速的数据恢复

此系列博客,为学习笔记,若有侵权,请联系我删除

这篇关于【退役之重学Java】Redis 持久化机制及其选择的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/981443

相关文章

Java实现在Word文档中添加文本水印和图片水印的操作指南

《Java实现在Word文档中添加文本水印和图片水印的操作指南》在当今数字时代,文档的自动化处理与安全防护变得尤为重要,无论是为了保护版权、推广品牌,还是为了在文档中加入特定的标识,为Word文档添加... 目录引言Spire.Doc for Java:高效Word文档处理的利器代码实战:使用Java为Wo

SpringBoot日志级别与日志分组详解

《SpringBoot日志级别与日志分组详解》文章介绍了日志级别(ALL至OFF)及其作用,说明SpringBoot默认日志级别为INFO,可通过application.properties调整全局或... 目录日志级别1、级别内容2、调整日志级别调整默认日志级别调整指定类的日志级别项目开发过程中,利用日志

Java中的抽象类与abstract 关键字使用详解

《Java中的抽象类与abstract关键字使用详解》:本文主要介绍Java中的抽象类与abstract关键字使用详解,本文通过实例代码给大家介绍的非常详细,感兴趣的朋友跟随小编一起看看吧... 目录一、抽象类的概念二、使用 abstract2.1 修饰类 => 抽象类2.2 修饰方法 => 抽象方法,没有

SpringBoot 多环境开发实战(从配置、管理与控制)

《SpringBoot多环境开发实战(从配置、管理与控制)》本文详解SpringBoot多环境配置,涵盖单文件YAML、多文件模式、MavenProfile分组及激活策略,通过优先级控制灵活切换环境... 目录一、多环境开发基础(单文件 YAML 版)(一)配置原理与优势(二)实操示例二、多环境开发多文件版

Spring 中的切面与事务结合使用完整示例

《Spring中的切面与事务结合使用完整示例》本文给大家介绍Spring中的切面与事务结合使用完整示例,本文通过实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考... 目录 一、前置知识:Spring AOP 与 事务的关系 事务本质上就是一个“切面”二、核心组件三、完

Java实现远程执行Shell指令

《Java实现远程执行Shell指令》文章介绍使用JSch在SpringBoot项目中实现远程Shell操作,涵盖环境配置、依赖引入及工具类编写,详解分号和双与号执行多指令的区别... 目录软硬件环境说明编写执行Shell指令的工具类总结jsch(Java Secure Channel)是SSH2的一个纯J

JavaScript中比较两个数组是否有相同元素(交集)的三种常用方法

《JavaScript中比较两个数组是否有相同元素(交集)的三种常用方法》:本文主要介绍JavaScript中比较两个数组是否有相同元素(交集)的三种常用方法,每种方法结合实例代码给大家介绍的非常... 目录引言:为什么"相等"判断如此重要?方法1:使用some()+includes()(适合小数组)方法2

SpringBoot 获取请求参数的常用注解及用法

《SpringBoot获取请求参数的常用注解及用法》SpringBoot通过@RequestParam、@PathVariable等注解支持从HTTP请求中获取参数,涵盖查询、路径、请求体、头、C... 目录SpringBoot 提供了多种注解来方便地从 HTTP 请求中获取参数以下是主要的注解及其用法:1

HTTP 与 SpringBoot 参数提交与接收协议方式

《HTTP与SpringBoot参数提交与接收协议方式》HTTP参数提交方式包括URL查询、表单、JSON/XML、路径变量、头部、Cookie、GraphQL、WebSocket和SSE,依据... 目录HTTP 协议支持多种参数提交方式,主要取决于请求方法(Method)和内容类型(Content-Ty

深度解析Java @Serial 注解及常见错误案例

《深度解析Java@Serial注解及常见错误案例》Java14引入@Serial注解,用于编译时校验序列化成员,替代传统方式解决运行时错误,适用于Serializable类的方法/字段,需注意签... 目录Java @Serial 注解深度解析1. 注解本质2. 核心作用(1) 主要用途(2) 适用位置3