目录
6.1 总体介绍
6.2 RDB
6.2.1 简介
6.2.2 备份是如何执行的
6.2.3 Fork
6.2.4 RDB 持久化流程
6.2.5 dump.rdb 文件
6.2.6 如何触发 RDB 快照；保持策略
6.2.7 优势
6.2.8 劣势
6.2.9 如何停止
6.2.10 小总结
6.1 总体介绍
官网介绍：Redis
Redis 提供了 2 个不同形式的持久化方式：
- RDB（Redis DataBase）
- AOF（Append Of File）
6.2 RDB
6.2.1 简介
在指定的时间间隔内将内存中的数据集快照写入磁盘， 也就是行话讲的 Snapshot 快照，它恢复时是将快照文件直接读到内存里。
6.2.2 备份是如何执行的
Redis 会单独创建（fork）一个子进程来进行持久化，首先会将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何 IO 操作的，这就确保了极高的性能。如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那 RDB 方式要比 AOF 方式更加的高效。RDB 的缺点是最后一次持久化后的数据可能丢失。
6.2.3 Fork
- Fork 的作用是复制一个与当前进程一样的进程。新进程的所有数据（变量、环境变量、程序计数器等） 数值都和原进程一致，但是是一个全新的进程，并作为原进程的子进程。
- 在 Linux 程序中，fork () 会产生一个和父进程完全相同的子进程，但子进程在此后多会 exec 系统调用，出于效率考虑，Linux 中引入了 “写时复制技术”。
- 一般情况父进程和子进程会共用同一段物理内存，只有进程空间的各段的内容要发生变化时，才会将父进程的内容复制一份给子进程。
6.2.4 RDB 持久化流程
Redis中的RDB持久化方式，采用了写时复制技术（copy on write）和fork子进程。
RDB执行流程：
redis运行过程中，通过unix和linux操作系统中的fork()，生成一个fork子进程，这个fork子进程将共享redis主进程中的内存数据（注意：fork子进程只能共享被创建时redis主进程的所有内存数据，redis主进程之后添加的内存数据，fork子进程无法共享），此时fork子进程就来实现RDB持久化的操作，redis主进程依然可以进行其他的操作。
fork子进程将redis内存数据写入到dump.rdb临时文件中，写入完成后，将dump.rdb临时文件替换最终的dump.rdb文件，完成一次持久化操作。
当redis断电或者宕机后，重启后，redis会去读取dump.rdb文件，并将数据加载到redis内存中，这样就是避免了数据的丢失。
RDB工作原理如下图所示：
RDB持久化方式
RDB持久化可以通过手动触发和自动触发两种方式实现。手动触发，只需要执行save或者bgsave命令即可实现持久化，自动触发，需要在redis.conf配置文件中，进行save持久化配置。
（1）save命令触发
save命令执行时候，会阻塞redis进程，等到持久化完成后，才能进行其他的操作（一般不会使用save命令）。
# 执行save命令
# 进程阻塞,直到dump.rdb文件创建完成
127.0.0.1:6379> save
OK
（2）bgsave命令触发
bgsave命令和save命令的区别在于，bgsave是异步持久化的，使用bgsave时候，会生成一个fork子进程出来，fork子进程进行持久化，redis主进程依然可以接收其他的操作命令。
# 执行bgsave命令
# 创建fork子进程进行dump.rdb持久化
127.0.0.1:6379> bgsave
Background saving started
（3）自动触发
在【redis.conf】配置文件中，通过save配置项，配置RDB持久化的规则，当满足规则时候，redis就会自动执行一次持久化操作。
【redis.conf】配置文件，默认save配置如下所示：
6.2.5 dump.rdb 文件
在 redis.conf 中配置文件名称，默认为 dump.rdb。
rdb 文件的保存路径，也可以修改。默认为 Redis 启动时命令行所在的目录下 “dir ./”
6.2.6 如何触发 RDB 快照；保持策略
配置文件中默认的快照配置
命令 save VS bgsave
- save ：save 时只管保存，其它不管，全部阻塞。手动保存，不建议。
- bgsave：Redis 会在后台异步进行快照操作， 快照同时还可以响应客户端请求。
- 可以通过 lastsave 命令获取最后一次成功执行快照的时间。
flushall 命令
执行 flushall 命令，也会产生 dump.rdb 文件，但里面是空的，无意义。
6.2.7 优势
- 适合大规模的数据恢复
- 对数据完整性和一致性要求不高更适合使用
- 节省磁盘空间
- 恢复速度快
6.2.8 劣势
- Fork 的时候，内存中的数据被克隆了一份，大致 2 倍的膨胀性需要考虑。
- 虽然 Redis 在 fork 时使用了写时拷贝技术，但是如果数据庞大时还是比较消耗性能。
- 在备份周期在一定间隔时间做一次备份，所以如果 Redis 意外 down 掉的话，就会丢失最后一次快照后的所有修改。
6.2.9 如何停止
动态停止 RDB：redis-cli config set save “”#save 后给空值，表示禁用保存策略。
6.2.10 小总结
