Redis持久化之RDB

RDB（Redis Database）

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

redis会单独创建（fork)一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何IO操作，这就确保了极高的性能。如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那EDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。

Fork：Fork的作用是复制一个与当前进程一样的进程。新进程的所有数据（变量、环境变量、程序计数器等）数值都和原进程一致，但是是一个全新的进程，并作为原进程的子进程

Rdb保存的是dump.rdb文件

redis.conf配置

[root@localhost bin]# cd /myredis
[root@localhost myredis]# ls
redis.conf
[root@localhost myredis]# vi redis.conf

rdb文件

[root@localhost myredis]# cd /usr/local/bin

实验1：

测试第二个默认配置，5分钟内修改10次

[root@localhost ~]# cd /usr/local/bin
[root@localhost bin]# redis-cli -p 6379
127.0.0.1:6379> set k1 v1
OK
127.0.0.1:6379> set k2 v2
OK
127.0.0.1:6379> set k3 v3
OK
127.0.0.1:6379> set k4 v4
OK
127.0.0.1:6379> set k5 v5
OK
127.0.0.1:6379> set k6 v6
OK
127.0.0.1:6379> set k7 v7
OK
127.0.0.1:6379> set k8 v8
OK
127.0.0.1:6379> set k9 v9
OK
127.0.0.1:6379> set k10 v10
OK
127.0.0.1:6379> keys *
1) "k4"
2) "k3"
3) "k1"
4) "k6"
5) "k5"
6) "k2"
7) "k8"
8) "k10"
9) "k9"
10) "k7"
127.0.0.1:6379>

五分钟后，再次查看rdb文件，时间是重新修改过的

[root@localhost myredis]# cd /usr/local/bin
[root@localhost bin]# ll

实验2：

测试备份恢复

[root@localhost myredis]# cd /usr/local/bin
[root@localhost bin]# cp dump.rdb dump-test.rdb

进入客户端，刚才的数据还在

127.0.0.1:6379> keys *
1) "k4"
2) "k3"
3) "k1"
4) "k6"
5) "k5"
6) "k2"
7) "k8"
8) "k10"
9) "k9"
10) "k7"
127.0.0.1:6379>

清空库

127.0.0.1:6379> flushdb
OK
127.0.0.1:6379> keys *
(empty list or set)
127.0.0.1:6379> flushdb
OK
127.0.0.1:6379> keys *
(empty list or set)
127.0.0.1:6379> shutdown
not connected> exit

再次进入，数据已经清空
[root@localhost bin]# redis-cli -p 6379
127.0.0.1:6379> keys *
(empty list or set)
127.0.0.1:6379>

冷备份重新恢复

[root@localhost myredis]# cd /usr/local/bin
[root@localhost bin]# cp dump-test.rdb dump.rdb
cp: overwrite `dump.rdb'? y
[root@localhost bin]#
[root@localhost bin]# redis-cli -p 6379
127.0.0.1:6379> keys *
1) "k4"
2) "k9"
3) "k8"
4) "k10"
5) "k2"
6) "k7"
7) "k6"
8) "k1"
9) "k5"
10) "k3"
127.0.0<
b6b8
/span>.1:6379>

RDB在redis.conf中的配置



触发RDB快照的命令

命令save或者bgsave

save:save时只管保存，其他不管，全部阻塞

bgsave:Redis会在后台异步进行快照操作，快照同时还可以响应客户端请求。可以通过lastsave命令获取最后一次成功执行快照的时间

注意：执行flushall命令，也会产生dumo.rdb文件，但是里面是空的，无意义