Redis数据持久化——RDB快照和Aof日志追加

chen_note

墨衍会员 · AI 创作全网分发码龄1年

关注

原创最新推荐文章于 2026-03-29 02:24:38 发布 1.1k 阅读 AI 写同款· GEO 优化 ›

Redis RDB AOF Redis 提供了两种持久化机制：第一种是 RDB，又称快照（snapshot）模式，第二种是 AOF 日志，也就追加模式。阅读详情

Redis数据持久化

数据持久化：将内存中的数据保存到磁盘中。

作用：让Redis服务重启后可以恢复之前的数据。

一、Redis数据持久化的方式：

·RDB（快照）：

将内存中Redis缓存的所有数据，都以二进制字符串的方式保存为一个.rdb文件。

特点：占用存储小；当恢复所有数据时，速度快。（恢复某一段数据比较慢，意外宕机还可能丢失几分钟的数据）不建议频繁生成快照。

·AOF（日志追加）：

将每次增、删、改的操作添加到.aof日志中，默认明文存储（可压缩），占据更大的存储空间，保存数据时，运行资源占用少。追加日志可以实时添加。

对比维度	RDB（快照）	AOF（日志）
核心原理	定时生成内存全量数据的二进制快照	实时追加每一条写指令到文本日志
文件格式	二进制文件（.rdb），体积小	文本文件（.aof），体积大（重写前）
数据安全性	安全性低：间隔快照，可能丢失“快照后-宕机前”的数据	安全性高：支持每秒/实时刷盘，最多丢失1秒数据
恢复速度	快：直接解析二进制数据到内存	慢：需重新执行所有写指令
性能影响（运行时	低：仅fork子进程时短暂阻塞，后续无影响	中/高：刷盘频繁（如everysec/always），I/O开销大
性能影响（恢复时	快：适合大规模数据恢复	慢：数据量越大，恢复时间越长
触发方式	自动（save配置）、手动（save/bgsave）	自动（刷盘策略）、手动（bgrewriteaof重写）
适用场景	非核心数据、备份/灾备、可接受数据丢失的场景	核心数据、需高安全性（如金融、交易）的场景
默认开启	是（默认持久化方案）	否（手动配置appendonlyyes）

二、RDB持久化触发机制

触发RDB持久化过程分为手动触发和自动触发

2.1、手动触发：通过 Redis 命令主动生成 RDB：

save：主进程直接执行 RDB，期间会阻塞所有客户端请求（不推荐生产环境，适用于小型数据集）；

bgsave：后台保存，主进程 fork 子进程执行 RDB，主进程不阻塞（生产环境首选）。

2.2、自动触发

自动触发持久化，本质是 Redis 通过判断，如果满足设置的触发条件，自动执行一次 bgsave 命令。

通过 redis.conf 配置 “时间 - 修改次数” 规则，满足条件时自动执行 RDB，示例配置：

# 规则格式：save <秒数> <修改次数>

save 900 1 # 900秒内（15分钟）至少1次数据修改，触发RDB

save 300 10 # 300秒内（5分钟）至少10次数据修改，触发RDB

save 60 10000 # 60秒内至少10000次数据修改，触发RDB

当设置多个 save m n 命令时，满足任意一个条件都会触发持久化。

若需禁用自动 RDB，可注释所有 save 配置，或添加 save ""

三、RDB持久化配置

3.1、配置文件

vim /etc/redis/redis.conf

#RDB持久化自动触发条件

save 900 1

save 300 10

save 60 10000

#bgsave持久化失败，是否停止持久化数据到磁盘，yes 表示停止持久化，no 表示忽略错误继续写文件

stop-writes-on-bgsave-error yes

#rdb文件是否压缩

rdbcompression yes

#写入文件和读取文件时是否开启rdb文件检查，检查是否有无损坏，如果在启动是检查发现损坏，则停止启动。

rdbchecksum yes

#rdb持久化后存放的文件名

dbfilename dump.rdb

#rdb持久化后文件的存放路径

dir ./

注意：

文件压缩要是开启的话：Redis 会采用 LZF 算法进行压缩。如果不想消耗 CPU 性能来进行文件压缩的话，可以设置为关闭此功能，这样的缺点是需要更多的磁盘空间来保存文件。

3.2、配置查询/设置

config get xxx

127.0.0.1:6379> config get dir

1) "dir"

2) "/usr/local/redis"

127.0.0.1:6379> config get dbfilename

1) "dbfilename"

2) "dump.rdb"

127.0.0.1:6379> config get stop-writes-on-bgsave-error

1) "stop-writes-on-bgsave-error"

2) "yes"

config set xxx

[root@zuolaoshi /]# cd /usr/local/redis

[root@zuolaoshi redis]# ./bin/redis-cli

127.0.0.1:6379> config set dir "/usr/local/redis/data"

127.0.0.1:6379> config get dir

1) "dir"

2) "/usr/local/redis/data"

注意：

使用命令修改的方式，马上生效，在 Redis 重启之后就会丢失。手动修改 Redis 配置文件，想要立即生效需要重启 Redis 服务器，会一直有效。

3.3、禁用持久化

127.0.0.1:6379> config set save ""

3.4、RDB文件恢复

当 Redis 服务器启动时，Redis 就会自动加载 RDB 文件恢复持久化数据。

验证加载

启动redis时

image20200229014938758.png

四、RDB持久化案例

4.1、手动持久化

127.0.0.1:6379> config set save ""

127.0.0.1:6379> set s helloworld!

127.0.0.1:6379> get s

"helloworld!"

127.0.0.1:6379> save

127.0.0.1:6379> del s

(integer) 1

127.0.0.1:6379> get s

(nil)

127.0.0.1:6379> exit

[root@zuolaoshi redis]# ./bin/redis-cli shutdown

[root@zuolaoshi redis]# ./bin/redis-server /etc/redis/redis.conf

#Redis服务端启动成功提示信息

[root@zuolaoshi redis]# ./bin/redis-cli

127.0.0.1:6379> get s

"helloworld!"

4.2、自动持久化案例

#新建log文件夹

[root@zuolaoshi redis]# mkdir log

#配置日志文件

[root@zuolaoshi redis]# vim redis.conf

#配置：logfile "/usr/local/redis/log/redis.log"

[root@zuolaoshi redis]# ./bin/redis-server /etc/redis/redis.conf

[root@zuolaoshi redis]# ./bin/redis-cli

127.0.0.1:6379> config set save "10 1"

127.0.0.1:6379> config get save

1) "save"

2) "10 1"

127.0.0.1:6379> set a 123

127.0.0.1:6379> set b 456

127.0.0.1:6379> set c 789

127.0.0.1:6379> set d 8910

127.0.0.1:6379> exit

[root@zuolaoshi redis]# cd log

[root@zuolaoshi log]# ls

redis.log

[root@zuolaoshi log]# vim redis.log

image20200229024640021.png

五、AOF持久化

AOF方式在使用Redis存储非临时数据时，一般都需要打开AOF持久化来降低进程终止导致的数据丢失，AOF可以将Redis执行的每一条写命令追加到硬盘文件中，这一过程显然会降低Redis的性能，但是大部分情况下这个影响是可以接受的，另外，使用较快的硬盘能提高AOF的性能。

5.1、AOF工作流

命令写入（append）、文件同步（sync）、文件重写（rewrite）、重启加载（load）

image20200303224156711.png

5.2、AOF特点

默认文件名是 appendonly.aof。保存的位置由配置中 dir 来配置目录。

AOF 每次都会保存写命令，数据实时性更高。

AOF 需要使用“重写机制”来优化，每次记录写命令，文件会很大的问题。

AOF 根据不同的“缓冲区同步策略”将我们缓冲区中写入的命令，同步到磁盘。

重写机制

image20200303233558568.png

缓冲区同步策略

设置appendfsync 控制，一共3种：

always：客户端的每一个写操作都保存到aof文件当，这种策略很安全，但是每个写都会有IO操作，所以也很慢。

everysec：每秒写入一次aof文件，因此，最多可能会丢失1s的数据。推荐使用这种方式。

no: 交由操作系统来处理什么时候写入aof文件。更快，但也是最不安全的选择，不推荐使用。

5.3、持久化恢复

在重启redis服务时，rdb与aof如何执行？

image20200303235441014.png

六、开启AOF持久化

6.1、修改配置

修改配置文件/usr/local/redis/redis.conf

appendonly yes #表示开启AOF持久化，默认是no表示关闭

appendfilename "appendonly.aof" #AOF持久化文件名

appendfsync everysec #缓冲同步策略，默认值

no-appendfsync-on-rewrite no #是否重写，默认不重写

收录于

Redis

标签

#java #mybatis #数据库 #RDB #Aof

redis的 dump.rdb 文件 dump.rdb--- 立即下载

Redis数据持久化——RDB快照和Aof日志追加

Redis数据持久化

一、Redis数据持久化的方式：

二、RDB持久化触发机制

2.1、手动触发：通过 Redis 命令主动生成 RDB：

2.2、自动触发

三、RDB持久化配置

相关推荐