本文主要是介绍Redis-持久化操作-RDB,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
Redis持久化
由于Redis的数据都存放在内存中,如果没有配置持久化,Redis重启后数据就全丢失了,于是需要开启 Redis的持久化功能,将数据保存到磁盘上,当Redis重启后,可以从磁盘中恢复数据。
Redis提供了两个不同形式的持久化方式:
- RDB(Redis DataBase)
- AOF(Append Only File)
持久化操作-RDB
RDB是什么?
在指定的时间间隔内将内存的数据集快照写入磁盘,也就是行话讲的Snapshot快照,它恢复时是将快照 文件直接读到内存里。
备份过程
Redis会单独创建(fork)一个子进程来进行持久化,会先将数据写入到一个临时文件中,待持久化过程 都结束了,再用这个临时文件替换上次持久化好的文件。
整个过程中,主进程是不进行任何IO操作的,这就确保了极高的性能,如果需要进行大规模数据的恢 复,且对于数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效。RDB的缺点是最后 一次持久化后的数据可能丢失。
dump.rdb文件
-
RDB保存的文件,在redis.conf中配置文件名称,默认为dump.rdb。
-
rdb文件的保存位置,也可以修改。默认在Redis启动时命令行所在的目录下。
redis.conf中配置文件路径
如何触发快照?
配置文件中默认的快照配置
-
快照默认配置
save 3600 1:表示3600秒内(一小时)如果至少有1个key的值变化,则保存 300 100:表示300秒内(五分钟)如果至少有100个 key 的值变化,则保存 60 10000:表示60秒内如果至少有 10000个key的值变化,则保存
可以自己配置新的保存规则。
-
例:给redis.conf添加新的快照策略,30秒内如果有5次key的变化,则触发快照。配置修改后,需 要重启Redis服务。
dump.rdb默认大小是89字节,里面会有一些基本信息。
30秒内设置5个以上的值。
set k1 v1 set k2 v2 set k3 v3 set k4 v4 set k5 v5 set k6 v6 set k7 v7
dump.rdb大小已经改变。
flushall
执行flushall命令,也会触发rdb规则。
save与bgsave
手动触发Redis进行RDB持久化的命令有两种:
-
save
该命令会阻塞当前Redis服务器,执行save命令期间,Redis不能处理其他命令,直到RDB过程完成 为止,不建议使用。
save命令是同步命令,会占用Redis的主进程。若Redis数据非常多时,save命令会执行速度非常慢,阻塞所有客户端的请求
-
bgsave (推荐)
执行该命令时,Redis会在后台异步进行快照操作,快照同时还可以响应客户端请求。 这两个命令是在Redis客户端中执行,并不是redis.conf中修改
命令 save bgsave IO类型 同步 异步 阻塞 是 是(阻塞发生在fock(),通常非常快) 复杂度 O(n) O(n) 优点 不会消耗额外的内存 不阻塞客户端命令 缺点 阻塞客户端命令 需要fock子进程,消耗内存
stop-writes-on-bgsave-error
默认值是yes。当Redis无法写入磁盘的话,直接关闭Redis的写操作。
rdbcompression
默认值是yes。对于存储到磁盘中的快照,可以设置是否进行压缩存储。如果是的话,redis会采用LZF算 法进行压缩。如果你不想消耗CPU来进行压缩的话,可以设置为关闭此功能,但是存储在磁盘上的快照 会比较大。
rdbchecksum
默认值是yes。在存储快照后,我们还可以让redis使用CRC64算法来进行数据校验,但是这样做会增加 大约10%的性能消耗,如果希望获取到最大的性能提升,可以关闭此功能。
恢复数据
只需要将rdb文件放在Redis的启动目录,Redis启动时会自动加载dump.rdb并恢复数据
这篇关于Redis-持久化操作-RDB的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!