Redis是内存数据库，为了保证数据不在故障后丢失，Redis需要将数据持久化到硬盘上。 Redis持久化有两种方式:一种是快照，全量备份。一种是AOF方式，连续增量方式。
##RDB
RDB持久化就是把数据生成快照保存到硬盘的过程。每N分钟数据发送了M次写操作之后，从内存dump数据形成rdb文件，压缩后放在备份目录
##工作原理
Redis-Server主进程会Fork一个子进程在后台生成RDB文件，主进程可以在不阻塞线程情况下接收其他命令。在主进程Fork过程中会产生阻塞，Fork完成后不在阻塞主进程，持久化工作交给子进程，子进程会生成一个临时的快照文件，完成后会对原有文件进行替换。
##RDB原理
##保存时间点配置
在redis.conf文件中可以设置每N秒之后M个Key发生了写操作就保存快照。
格式为：save <seconds> <changes>
save 900 1 # 900秒之后至少有1个Key发生写操作
save 300 10 # 300秒之后至少有10个Key发生写操作
save 60 10000 # 60秒之后至少有10000个Key发生写操作
先检查60秒之内是否有1000个写操作，再检查300秒之后是否有10个写操作，最后检查900秒之后是否有1个写操作。
如果想要禁用RDB功能可以注释掉所有的save配置，也可以将save配置改为save ""
##文件
RDB文件保存在dir配置的指定目录下,默认为redis-server启动目录，RDB文件文件名为dbfilename配置，默认为dump.rdb文件名，我们可以更改dir和dbfilename配置修改文件保存的路径和文件名。
dir ./
dbfilename dump.rdb
通过config set dir {newDir} 动态修改dir配置
> config set dir /Users/JAVA/Redis/RDB
OK
通过config set dbfilename {newDbfilename} 动态修改RDB文件名称
> config set dbfilename backup.rdb
OK
##压缩
RDB文件默认以LZF算法压缩保存，rdbcompression配置默认为yes，当改为no时表示不压缩。
rdbcompression yes
通过config set rdbcompression {yes|no} 动态修改是否压缩
##错误处理
当快照过程中发生错误可以通过stop-writes-on-bgsave-error配置禁止Redis再写入数据，默认为yes开启。
stop-writes-on-bgsave-error yes
通过config set stop-writes-on-bgsave-error {yes|no} 动态修改是否开启RDB文件快照过程出错时禁止写入数据到Redis
##检验
在版本5中，为了保证RDB文件的完整性会在文件末尾加入一个CRC64的校验码。通过rdbchecksum配置是否开启，如果配置为no则使用0代替CRC64校验码，加载RDB文件时会跳过校验。
rdbchecksum yes
通过config set rdbchecksum {yes|no} 动态修改是否添加校验码
##手动触发命令
1.save命令 save命令会使用阻塞主进程的方式生成RDB文件，这意味着生成RDB文件过程中其他命令将阻塞等待RDB文件生成完成。所以不建议在生产环境使用。
> save
OK
2.bgsave和lastsave命令 bgsave命令会使用和自动触发生成RDB文件一样，在后台fork()一个子进程生成RDB文件。可以通过lastsave命令查看是否成功。
> bgsave
Background saving started
> lastsave
(integer) 1565190498
##优缺点
优点 1.保存了某个时间点的快照数据，适合做灾备 2.RDB的启动速度比AOF快 缺点 1.没办法做到实时持久化，在保存时间点未到达时故障，容易丢掉最新数据 2.fork操作会在创建子进程期间阻塞主进程
##结语
本人深知水平有限，欢迎指正本文错误之处。
