Redis持久化之RDB和AOF操作

本文涉及的产品
MSE Nacos/ZooKeeper 企业版试用,1600元额度,限量50份
Serverless 应用引擎免费试用套餐包,4320000 CU,有效期3个月
注册配置 MSE Nacos/ZooKeeper,182元/月
简介: 【1月更文挑战第9天】无论是面试还是工作,持久化都是重点!Redis是内存数据库,如果不将内存中的数据库状态保存到磁盘,那么一旦服务器进程退出,服务器中的数据库状态也会消失。所以Redis提供了持久化功能!——RDB(Redis DataBase)和AOF(Append Only File)

文章目录

前言

一、什么是RDB?

1.与持久化相关的一些配置

2.触发机制

3.如何恢复rdb文件

4.优点

5.缺点

二、什么是AOF?

1.重写规则说明

2.优点

3.缺点

总结


前言

无论是面试还是工作,持久化都是重点!

Redis是内存数据库,如果不将内存中的数据库状态保存到磁盘,那么一旦服务器进程退出,服务器中的数据库状态也会消失。所以Redis提供了持久化功能!——RDB(Redis DataBase)和AOF(Append Only File)


一、什么是RDB?

接下来请看一张便于理解的剖析图

图片解读:

  • 在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里
  • Redis会单独创建( fork )一个子进程来进行持久化 【Fork 的作用是复制一个与当前进程一样的进程。新进程的所有数据(变量,环境变量,程序计数器等)数值都和原进程一致。这是一个全新的进程,并作为原进程的子进程。】
  • 然后会先将数据写入到一个临时文件中,待持久化过程都结束了,再用这个临时文件替换上次持久化好的文件。
  • 整个过程中,主进程是不进行任何IO操作的。这就确保了极高的性能。
  • 如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效。
  • RDB的缺点是最后一次持久化后的数据可能丢失
  • 在Redis中默认的就是RDB,一般情况下不需要修改这个配置!
  • rdb保存的文件是dump.rdb 都是在我们的配置文件中快照中进行配置的!

有时候在生产环境我们会将这个文件进行备份!

1.与持久化相关的一些配置

在我的上一篇博客中就提到了关于Redis.config配置文件中关于持久化的一些配置,详细请看博客Redis.config详解

2.触发机制

  • 1、save的规则满足的情况下,会自动触发rdb规则
  • 2、执行flushall命令,也会触发我们的rdb规则!
  • 3、退出redis,也会产生rdb文件!

备份就自动生成一个dump.rdb

3.如何恢复rdb文件

  • 1、只需要将rdb文件放在我们redis启动目录就可以,redis启动的时候会自动检查dump.rdb恢复其中的数据!
  • 2、查看需要存在的位置

4.优点

1、适合大规模的数据恢复!

2、对数据的完整性要不高!

5.缺点

1、需要一定的时间间隔进程操作!如果redis意外宕机了,这个最后一次修改数据就没有的了!

2、fork进程的时候,会占用一定的内容空间!!

二、什么是AOF?

接下来也请看一张便于理解的剖析图

图片解读:

  • 以日志的形式来记录每个写操作,
  • 将Redis执行过的所有指令记录下来(读操作不记录),
  • 只许追加文件但不可以改写文件,
  • redis启动之初会读取该文件重新构建数据,
  • 换言之,redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作

Aof保存的是appendonly.aof 文件

append

默认是不开启的,我们需要手动进行配置! 我们只需要将appendorly改为yes就开启了aof !

重启,redis就可以生效了!

如果这个aof文件有错位,这时候redis是启动不起来的吗,我们需要修复这个aof文件

redis给我们提供了一个工具redis-check-aof --fix

如果文件正常,重启就可以直接恢复了!

1.重写规则说明

如果aof文件大于64m,太大了! fork一个新的进程来将我们的文件进行重写!

2.优点

优点:

  • 1、每一次修改都同步,文件的完整会更加好!
  • 2、每秒同步一次,可能会丢失一秒的数据
  • 3、从不同步,效率最高的!

3.缺点

缺点:

  • 1、相对于数据文件来说,aof远远大于rdb,修复的速度也比 rdb慢!
  • 2、Aof运行效率也要比 rdb 慢,所以我们redis默认的配置就是rdb持久化! |

总结

以上就是Redis持久化之RDB和AOF操作,希望对你有所帮助。

相关文章
|
19天前
|
NoSQL 安全 关系型数据库
Redis:持久化的两种方式
Redis持久化机制主要包括RDB和AOF两种方式。RDB通过生成数据快照进行持久化,支持手动或自动触发,具有加载速度快、文件紧凑等特点,但无法实时保存数据。AOF则记录每个操作命令,保障数据更安全,支持多种写入策略,并可通过重写机制优化文件大小。两者各有优劣,常结合使用以兼顾性能与数据安全。
|
11天前
|
存储 缓存 NoSQL
Redis持久化深度解析:数据安全与性能的平衡艺术
Redis持久化解决内存数据易失问题,提供RDB快照与AOF日志两种机制。RDB恢复快、性能高,但可能丢数据;AOF安全性高,最多丢1秒数据,支持多种写回策略,适合不同场景。Redis 4.0+支持混合持久化,兼顾速度与安全。根据业务需求选择合适方案,实现数据可靠与性能平衡。(238字)
|
4月前
|
存储 监控 NoSQL
流量洪峰应对术:Redis持久化策略与内存压测避坑指南
本文深入解析Redis持久化策略与内存优化技巧,涵盖RDB快照机制、AOF重写原理及混合持久化实践。通过实测数据揭示bgsave内存翻倍风险、Hash结构内存节省方案,并提供高并发场景下的主从复制冲突解决策略。结合压测工具链构建与故障恢复演练,总结出生产环境最佳实践清单。
119 9
|
8月前
|
存储 NoSQL 安全
Redis的两种持久化方式---RDB、AOF
通过本文的介绍,我们详细讲解了Redis的两种主要持久化方式:RDB和AOF。每种方式都有其独特的优缺点和适用场景。在实际应用中,可以根据具体需求选择合适的持久化方式,或者同时启用RDB和AOF,以达到最佳效果。希望本文能帮助您更好地理解和应用Redis的持久化机制,构建高效、可靠的数据存储解决方案。
611 79
|
7月前
|
NoSQL Redis
Redis的数据持久化策略有哪些 ?
Redis 提供了两种方式,实现数据的持久化到硬盘。 1. RDB 持久化(全量),是指在指定的时间间隔内将内存中的数据集快照写入磁盘。 2. AOF持久化(增量),以日志的形式记录服务器所处理的每一个写、删除操作 RDB和AOF一起使用, 在Redis4.0版本支持混合持久化方式 ( 设置 aof-use-rdb-preamble yes )
|
10月前
|
存储 NoSQL Redis
Redis 持久化揭秘:选择 RDB、AOF 还是混合持久化?
Redis 是一个内存数据库,意味着它主要将数据存储在内存中,从而能够提供极高的性能。然而,作为内存数据库,Redis 默认情况下的数据不会永久保存。为了确保数据在重启或故障后能够恢复,Redis 提供了几种 **持久化机制**。这些机制允许 Redis 将内存中的数据保存到硬盘上,从而实现数据持久化。
534 22
Redis 持久化揭秘:选择 RDB、AOF 还是混合持久化?
|
12月前
|
存储 缓存 NoSQL
大数据-45 Redis 持久化概念 RDB AOF机制 持久化原因和对比
大数据-45 Redis 持久化概念 RDB AOF机制 持久化原因和对比
170 2
大数据-45 Redis 持久化概念 RDB AOF机制 持久化原因和对比
|
存储 缓存 NoSQL
Redis中的rdb和aof
本文深入探讨了Redis的持久化机制,包括RDB和AOF两种方式。详细解释了RDB的工作原理、优势和劣势,以及AOF的实现原理、配置选项、文件重写机制和三种数据同步方式,还介绍了AOF文件修复工具redis-check-aof的使用,并通过实例展示了如何开启和配置AOF持久化方式。
Redis中的rdb和aof
|
存储 NoSQL Redis
SpringCloud基础7——Redis分布式缓存,RDB,AOF持久化+主从+哨兵+分片集群
Redis持久化、RDB和AOF方案、Redis主从集群、哨兵、分片集群、散列插槽、自动手动故障转移
SpringCloud基础7——Redis分布式缓存,RDB,AOF持久化+主从+哨兵+分片集群
|
12月前
|
存储 缓存 NoSQL
大数据-46 Redis 持久化 RDB AOF 配置参数 混合模式 具体原理 触发方式 优点与缺点
大数据-46 Redis 持久化 RDB AOF 配置参数 混合模式 具体原理 触发方式 优点与缺点
255 1

热门文章

最新文章