Redis 持久化之 RDB

面试指导

面试官问你，什么是 Redis 持久化 ？

当遇到这种，问题，你可不要答什么硬盘存储啊什么的。面试官不是要的这种答案。

他们想听到的只有两个：

• RDB（Redis DataBase）
• AOF（Append Only File）

RDB

介绍：

RDB是什么？

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

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

整个过程中，主进程是不进行任何 IO 操作的，这就确保了极高的性能。

如果需要进行大规模的数据的恢复，且对于数据恢复的完整性不是非常敏感，那 RDB 方式要比 AOF 方式更加的高效。RDB 的缺点是最后一次持久化后的数据可能丢失。

Fork 的作用是复制一个与当前进程一样的进程。新进程的所有数据（变量、环境变量、程序计数器等）数值都和原进程一致，但是是一个全新的进程，并作为原进程的子进程。不影响主进程的工作。但是有一个缺点：如果原进程占用资源很庞大并且计算机资源不充足的情况下，进行 RDB 的备份，系统很容易崩溃！！！

RDB 保存的是 dump.rdb 文件。

配置 RDB 保存文件的位置

save 900 1

表示，在 900s 内如果有一次 key 被改变（除掉 read 其它都是 change），那么就 900s 到时那个时间节点进行快照备份。

文件备份路径设置：

忘了说了，备份文件名称为：

完整演示一场：Redis 数据备份+恢复

注意点：

1.flushall 或者 flushdb 会导致 Redis 做强制备份！但是下次恢复时就会出现，Redis 内存中没有数据， > 那是因为，flushall 或者 flushdb 会清空内存数据，然后把空的内存数据备份并覆盖以前正常备份数据， > 就导致了下次恢复时为空内存数据。

2.shutdown 也会导致强制备份。

3.如果当前保存数据很重要，但是不想等待自动备份时，可以自己手动备份，输入命令 save 进行自动备份。

4.通常生产环境备份时，我们会把 Redis 的备份文件备份到其它机器上去，这就叫做 主从备份。
如果条件不够好，通常是运维在一定时间后把 新备份文件手动备份到其它机器，或者运维写一个自动备份工具进行备份。

5.进行硬盘数据还原的时候，记住 redis.conf 配置的文件名是否和需要还原的文件名相同，并且服务启动路劲下是否有数据备份文件。

如何触发 RDB 快照

1.配置文件中默认的快照配置，进行自动备份。（备份的机器是另外一个台）

2.命令 save 或者是 bgsave

• save：只管保存，其它不管，全部阻塞。
• bgsave：Redis 会在后台异步进行快照操作，快照同时还可以响应客户端请求。可以通过 lastsave 命令获取最后一次成功执行快照的时间。

3.执行 flushall 或者 flushdb 命令，也会产生 dump.db 文件，但是里面是空的，这是无意义的。

4.执行 shutdown 命令。

RDB 备份模式分析

优势

1.适合大规模的数据恢复，快。

2.对数据完整性和一致性要求不高。

劣势

1.在一定间隔时间做一次备份，所以如果 redis 意外宕掉的话，就会丢失最后一次快照后的所有修改。

2.fork的时候，内存中主线程的数据被克隆了一份，大致是两倍的膨胀性需要考虑。

如何动态停止备份

动态停止所有 RDB 保存规则的方法：config set save “”;

总结

压缩后的文件有多小呢？？

20G能够压缩到 kb级别。

造成丢失数据的原因是：在最后一次备份的时候，redis 突然被 kill 、电脑断电、服务器坏了等。