Redis是一个支持持久化的内存数据库。
redis支持四种持久化方式，一是 Snapshotting（快照）也是RDB方式；二是Append-only file（缩写aof）的方式；三是虚拟内存方式；四是diskstore方式。

1、RDB方式

将内存中数据以快照的方式写入到二进制文件中,默认的文件名为dump.rdb。恢复时将快照文件直接读到内存中。

(1).RDB触发方式

手动触发
一般是直接cmd命令操作。
使用save命令：此命令会使用Redis的主线程进程同步存储，阻塞当前的Redis服务器，造成服务不可用，直到RDB过程完成。
使用bgsave命令：此命令会通过fork()创建子进程，在后台进程存储。只有fork阶段会阻塞当前Redis服务器，不必到整个RDB过程结束，一般时间很短。

自动触发
一般是在redis.conf文件配置。

#   save ""
save 900 1    #900秒内如果超过1个key被修改，则发起快照保存
save 300 10   #300秒内容如超过10个key被修改，则发起快照保存
save 60 10000stop-writes-on-bgsave-error yes  #默认值为yes。当启用了RDB且最后一次后台保存数据失败，Redis是否停止接收数据。这会让用户意识到数据没有正确持久化到磁盘上，否则没有人会注意到灾难（disaster）发生了。如果Redis重启了，那么又可以重新开始接收数据了
rdbcompression yes      #默认值是yes。对于存储到磁盘中的快照，可以设置是否进行压缩存储。如果是的话，redis会采用LZF算法进行压缩。如果你不想消耗CPU来进行压缩的话，可以设置为关闭此功能，但是存储在磁盘上的快照会比较大。
rdbchecksum yes         #默认值是yes。在存储快照后，我们还可以让redis使用CRC64算法来进行数据校验，但是这样做会增加大约10%的性能消耗，如果希望获取到最大的性能提升，可以关闭此功能
dbfilename dump.rdb             #设置快照的文件名，默认是 dump.rdb
dir /usr/local/var/db/redis/   #设置快照文件的存放路径，这个配置项一定是个目录，而不能是文件名。默认是和当前配置文件保存在同一目录。

(2).RDB保存过程

1）执行bgsave命令，Redis父进程判断当前是否存在正在执行的子进程，如RDB/AOF子进程，如果存在,bgsave命令直接返回。
2）父进程执行fork操作创建子进程，fork操作过程中父进程会阻塞，通过info stats命令查看latest_fork_usec选项，可以获取最近一个fork操作的耗时，单位为微秒。
3）父进程fork完成后，bgsave命令返回“Background saving started”信息并不再阻塞父进程，可以继续响应其他命令。
4）子进程创建RDB文件，根据父进程内存生成临时快照文件，完成后对原有文件进行原子替换。
5）进程发送信号给父进程表示完成，父进程更新统计信息。

(3).RDB优缺点

优点：
非常适合全量备份【RDB是一个非常紧凑(compact)的文件，它保存了redis 在某个时间点上的数据集。这种文件非常适合用于进行备份和灾难恢复。】
恢复速度比AOF快。
缺点：
RDB方式没有办法做到实时持久化【bgsave每次运行都要执行fork操作创建子进程，属于重量级操作，如果不采用压缩算法(内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑)，频繁执行成本过高(影响性能)】。
版本兼容RDB格式问题。
由于是一定时间间隔备份，如果redis意外down掉的话，就会丢失最后一次快照后的所有修改(数据有丢失)。