Redis持久化机制

最新推荐文章于 2024-11-03 16:01:49 发布

喵喵队摆大烂

最新推荐文章于 2024-11-03 16:01:49 发布

阅读量705

点赞数 28

文章标签： redis 数据库缓存

本文链接：https://blog.csdn.net/m0_46561911/article/details/134682638

版权

RDB（Redis DataBase）和 AOF（Append Only File）是 Redis 中两种不同的持久化机制，它们有以下几点区别：

写入方式：RDB 是通过快照（snapshot）机制，将 Redis 中的数据集以二进制文件的方式写入硬盘；AOF 则是通过将 Redis 服务器执行的所有写命令（例如 set、del、incrby 等）记录在 AOF 文件中，写入方式是追加写入。
数据恢复：当 Redis 重启时，可以根据 RDB 文件或 AOF 文件来恢复数据。恢复 RDB 文件比恢复 AOF 文件快，因为 RDB 文件包含了一个时间点上的快照，可以直接将整个数据集加载到内存中。而恢复 AOF 文件则需要逐条执行文件中记录的命令，需要更长的时间。
数据完整性：RDB 文件保存的是 Redis 在某个时间点的数据快照，如果 Redis 在快照操作之后宕机，可能会丢失最后一次快照后的数据。而 AOF 文件记录了 Redis 所有的写命令，因此即使 Redis 宕机，也可以根据 AOF 文件恢复数据。
文件大小：RDB 文件通常比 AOF 文件小，因为它只保存了一个时间点的数据快照，而 AOF 文件保存了所有的写命令，会比 RDB 文件大。
性能影响：AOF 文件追加写入方式可能会降低 Redis 的写性能，但可以提供更好的数据安全性，而 RDB 文件在进行快照时可能会阻塞 Redis 的服务。

一、RDB

在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里。

Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。

1、命令

Save

格式：save 秒钟写操作次数

save ：save时只管保存，其它不管，全部阻塞。手动保存。不建议。

bgsave：Redis会在后台异步进行快照操作，快照同时还可以响应客户端请求。

可以通过lastsave 命令获取最后一次成功执行快照的时间

2、配置文件

# The filename where to dump the DB  dump文件名称
dbfilename dump.rdb


# The working directory.  保存的文件夹目录
#
# The DB will be written inside this directory, with the filename specified
# above using the 'dbfilename' configuration directive.
#
# The Append Only File will also be created inside this directory.
#
# Note that you must specify a directory here, not a file name.
dir ./

################################ SNAPSHOTTING  ################################
#
# 将数据库保存在磁盘上：
#
#   save <seconds> <changes>
#   如果同时发生了给定的秒数和给定的对数据库的写入操作数，则将保存数据库。
#
#   在下面的示例中，发生以下行为触发一次保存：
#   900 秒（15 分钟）后，如果至少更改了 1 个key
#   300 秒（5 分钟）后，如果至少更改了 10 个key
#   60 秒后，如果至少更改了 10000 个key
#
#  注意：您可以通过注释掉所有“保存”行来完全禁用保存。
#
# 也可以通过添加带有单个空字符串参数的 save 指令来删除所有以前配置的保存点
#动态停止RDB：redis-cli config set save ""#save后给空值，表示禁用保存策略
# 如以下示例所示：
#
#   save ""

save 900 1
save 300 10
save 60 10000

#当Redis无法写入磁盘的话，直接关掉Redis的写操作。推荐yes.
stop-writes-on-bgsave-error yes

#对于存储到磁盘中的快照，可以设置是否进行压缩存储。如果是的话，redis会采用LZF算法进行压缩。
#如果你不想消耗CPU来进行压缩的话，可以设置为关闭此功能。推荐yes.

rdbcompression yes

#在存储快照后，还可以让redis使用CRC64算法来进行数据校验，
#但是这样做会增加大约10%的性能消耗，如果希望获取到最大的性能提升，可以关闭此功能
#推荐yes.
rdbchecksum yes

3、RDB持久化流程

4、rdb的备份

先通过config get dir 查询rdb文件的目录

将*.rdb的文件拷贝到别的地方

rdb的恢复

关闭Redis
启动Redis, 备份数据会直接加载
先把备份的文件拷贝到工作目录下 cp dump2.rdb dump.rdb

5、优势

适合大规模的数据恢复
对数据完整性和一致性要求不高更适合使用
节省磁盘空间
恢复速度快

6、劣势

Fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑
虽然Redis在fork时使用了写时拷贝技术,但是如果数据庞大时还是比较消耗性能。
在备份周期在一定间隔时间做一次备份，所以如果Redis意外down掉的话，就会丢失最后一次快照后的所有修改。

二、AOF

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

1、配置文件

# AOF默认不开启 修改为yes 表示开启AOF
#AOF和RDB同时开启，系统默认取AOF的数据（数据不会存在丢失）
appendonly yes
# AOF文件名
appendfilename "appendonly.aof"


#始终同步，每次Redis的写入都会立刻记入日志；性能较差但数据完整性比较好
appendfsync always
#每秒同步，每秒记入日志一次，如果宕机，本秒的数据可能丢失。
appendfsync everysec
#redis不主动进行同步，把同步时机交给操作系统。
appendfsync no


#如果 no-appendfsync-on-rewrite=yes ,不写入aof文件只写入缓存，用户请求不会阻塞，但是在这段时间如果宕机会丢失这段时间的缓存数据。（降低数据安全性，提高性能）
#如果 no-appendfsync-on-rewrite=no,  还是会把数据往磁盘里刷，但是遇到重写操作，可能会发生阻塞。（数据安全，但是性能降低）
no-appendfsync-on-rewrite：yes
#设置重写的基准值，文件达到100%时开始重写（文件是原来重写后文件的2倍时触发）
auto-aof-rewrite-percentage：100
设置重写的基准值，最小文件64MB。达到这个值开始重写。
auto-aof-rewrite-min-size：64mb