Redis-持久化操作-RDB

本文主要是介绍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文件

1. RDB保存的文件，在redis.conf中配置文件名称，默认为dump.rdb。

   

2. rdb文件的保存位置，也可以修改。默认在Redis启动时命令行所在的目录下。

   

   redis.conf中配置文件路径

   

如何触发快照？

配置文件中默认的快照配置

1. 快照默认配置

   save 3600 1：表示3600秒内（一小时）如果至少有1个key的值变化，则保存
   300 100：表示300秒内（五分钟）如果至少有100个 key 的值变化，则保存
   60 10000：表示60秒内如果至少有 10000个key的值变化，则保存
   

   可以自己配置新的保存规则。

2. 例：给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持久化的命令有两种：

1. save

   该命令会阻塞当前Redis服务器，执行save命令期间，Redis不能处理其他命令，直到RDB过程完成 为止，不建议使用。

   save命令是同步命令，会占用Redis的主进程。若Redis数据非常多时，save命令会执行速度非常慢，阻塞所有客户端的请求
   

2. 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的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---