Redis的持久化方式

 更新时间:2024年10月24日 08:42:27   作者:Carver0808  
Redis提供了两种主要的持久化方式:RDB和AOF,RDB通过定时快照的方式保存数据状态,而AOF记录每个写操作以便于重启时重放,两者可以结合使用,且在重启时AOF文件会被优先用于数据恢复,RDB快照具有速度快、节省磁盘空间的优点,但可能会丢失最近的数据

一、概述

Redis提供了不同的持久性选项:

RDB持久性按指定的时间间隔执行数据集的时间点快照。

AOF持久性会记录服务器接收的每个写入操作,这些操作将在服务器启动时再次播放,以重建原始数据集。使用与Redis协议本身相同的格式记录命令,并且仅采用追加方式。当日志太大时,Redis可以在后台重写日志。

如果您希望,只要您的数据在服务器运行时就一直存在,则可以完全禁用持久性。

可以在同一实例中同时合并AOF和RDB。请注意,在这种情况下,Redis重新启动时,AOF文件将用于重建原始数据集,因为它可以保证是最完整的。

Redis提供了不同的持久性方式,即为RDB和AOF两种持久化方式,RDB持久化是指,在指定的时间间隔内将内存中的数据集写入到磁盘中,这个时间间隔可以在配置文件中手动配置,而AOF持久化则记录的时每个写入的操作而不是数据集,在恢复数据时,在服务器启动时再一次执行写入操作,重新建立数据,为了避免AOF文件会越来越大,AOF采用文件追加的方式,当AOF的大小超过所设定的阈值时,redis会启动AOF的内容压缩,只保留可以恢复数据的最小指令集。

在redis中同时开启AOF和RDB两种持久化方式,redis默认优先取AOF的数据。

二、Redis持久化–RDB

1、RDB的保存文件和保存路径

在redis的redis.conf可以指定RDB保存文件名字,文件名以.rdb结尾,如下图dump.rdb。可以在redis.conf中指定,RDB文件的保存路径,如下图RDB文件将会保存在/opt/myRedis/redis_dbfile/目录下

2、RDB的保存策略

  • 保存策略一

自动备份规则(满足以下三种条件其中之一则生成rdb文件)

save 900 1		 #900秒内完成1次对数据的改变
save 300 10		 #300秒内完成1次对数据的改变
save 60 10000    #一分钟内完成1次对数据的改变	
  • 保存策略二

正常关闭redis触发持久化,如使用shutdown命令关闭redis(shutdown),如下图:

3、RDB持久相关配置(在redis.conf配置文件中)

stop-writes-on-bgsave-error yes 后台存储存储发生错误时禁止写入

  • 默认为yesrdbcompression yes 启动rdb文件压缩,耗费CPU资源
  • 默认为yesrdbchecksum yes 对rdb数据进行校验,耗费CPU资源
  • 默认为yesdbfilename dump.rdb rdb文件名称dir ./ rdb文件保存目录

4、RDB的备份与恢复

RDB的备份

先通过config get dir 查询到rdb文件的目录,然后再将*.rdb文件拷贝到别的地方,简单来说就是找到你需要备份的rdb文件,然后拷贝就完成了rdb的备份

RDB的恢复

  • a.关闭redis
  • b.把rdb文件放到redis的工作目录下
  • c.启动redis,备份的数据就会直接加载

5、RDB的优缺点

优点:

节省磁盘空间恢复数据速度快

缺点:

虽然redis在持久化创建一个子线程进行持久化,并且使用了“写时复制”技术,但是如果数据足够庞大还是比较消耗性能的。

在一定间隔时间做一次备份,所以如果redis意外down掉的话,就会丢失最后一次快照后的所有修改

三、Redis持久化–AOF

1、AOF的保存文件和保存路径

AOF默认是不开启的,需要在配置文件中手动配置,如下图在redis.conf中将appendonly设置为yes表示开启AOF持久化,appendfilename参数表示AOF保存文件,AOF文件保存路径和RDB文件保存路径一致,即设置dir参数

2、AOF的保存策略

在配置文件中设置AOF保存策略,当appendfsync属性设置为always表示每次redis的写入都会被记入日志;

everysec表示每秒记入日志一次,如果宕机,本秒的数据可能丢失;

no表示不主动记入

3、AOF的重写机制

AOF是通过记录redis的写入命令来实现持久化的,在恢复数据时,在服务器启动时再一次执行写入操作,重新建立数据,所以问题就诞生了,AOF文件的大小随着时间的流逝一定会越来越大,大大影响了redis服务器的性能,避免出现此种情况,AOF新增了重写机制,当AOF文件的大小超过所设定的阈值时,Redis就会启动AOF文件的内容压缩,只保留可以恢复数据的最小指令集.如下图实例,AOF用一条rpush list “B” “D” “E” “F” “G” “a” "b"代替前面的5条命令。

4、AOF的备份与恢复

AOF的备份和恢复和RDB的备份和恢复操作一致,都是拷贝备份文件,需要恢复时将备份文件放到redis的工作目录下,启动系统即加载数据。

注意:当AOF和RDB同时开启时,系统默认取AOF的数据。

5、AOF的优缺点

优点:

备份机制更健壮,丢失数据的概率更低可读的持久化日志文本,通过操作AOF稳健,可以处理误操作

缺点:

比起RDB占用更多的磁盘空间恢复数据比RDB慢每次读写都写入AOF的话,有一定的性能压力存在个别bug,造成恢复不能

四、两种持久化方式如何选型

1、官方推荐两个都使用

2、如果对数据不敏感,可以选单独用RDB

3、不建议单独使用AOF,因为会出现个别bug

4、如果只是做纯内存缓存,可以都不用

总结

以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。

相关文章

  • Redis中key过期策略的实现

    Redis中key过期策略的实现

    Key的过期机制是Redis保持高可用性的重要策略,过期策略分为惰性过期和定期过期,惰性过期在每次访问key时检查是否过期,定期过期则由serverCron方法定时清理过期key,本文就来详细的介绍一下,感兴趣的可以了解一下
    2024-09-09
  • Redis的BitMap使用操作命令

    Redis的BitMap使用操作命令

    Redis 为我们提供了位图这一数据结构,每个用户每天的登录记录只占据一位,365天就是365位,仅仅需要46字节就可存储,极大地节约了存储空间,这篇文章主要介绍了Redis的BitMap使用操作命令,需要的朋友可以参考下
    2023-10-10
  • redis适合场景八点总结

    redis适合场景八点总结

    在本篇文章中我们给大家整理了关于redis适合什么场景的8点知识点内容,需要的朋友们参考下。
    2019-06-06
  • redis击穿 雪崩 穿透超详细解决方案梳理

    redis击穿 雪崩 穿透超详细解决方案梳理

    这篇文章主要为大家介绍了Redis击穿穿透雪崩产生原因及解决思路的解决方案参考,有需要的朋友可以借鉴参考下,希望能够有所帮助祝大家多多进步
    2022-03-03
  • 从一个小需求感受Redis的独特魅力(需求设计)

    从一个小需求感受Redis的独特魅力(需求设计)

    Redis在实际应用中使用的非常广泛,本篇文章就从一个简单的需求说起,为你讲述一个需求是如何从头到尾开始做的,又是如何一步步完善的
    2019-12-12
  • redis使用skiplist跳表的原因解析

    redis使用skiplist跳表的原因解析

    经常会有人问这个问题,redis中为什么要使用跳表?这个问题,redis作者已经给出过明确答案,今天通过本文再给大家讲解下这个问题,对redis skiplist跳表知识感兴趣的朋友一起看看吧
    2022-10-10
  • Redis实现排名功能的示例代码

    Redis实现排名功能的示例代码

    本文主要介绍了Redis实现排名功能的示例代码,文中通过示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下
    2022-02-02
  • Redis使用元素删除的布隆过滤器来解决缓存穿透问题

    Redis使用元素删除的布隆过滤器来解决缓存穿透问题

    本文主要介绍了Redis使用元素删除的布隆过滤器来解决缓存穿透问题,文中通过示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下
    2021-08-08
  • Redis+AOP+自定义注解实现限流

    Redis+AOP+自定义注解实现限流

    这篇文章主要为大家详细介绍了如何利用Redis+AOP+自定义注解实现个小功能:自定义拦截器限制访问次数,也就是限流,感兴趣的可以了解一下
    2022-06-06
  • redis持久化AOF和RDB的区别及解决各个场景问题示例

    redis持久化AOF和RDB的区别及解决各个场景问题示例

    这篇文章主要为大家介绍了redis持久化AOF和RDB的区别及解决各个场景问题示例,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪
    2023-08-08

最新评论