Redis的持久化之RDB

Redis的两种持久化介绍

redis有两种持久化方式：RDB和AOF,RDB保存的是处理后的数据，AOF保存的是处理数据的指令。

RDB介绍

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

备份是如何执行的

Redis会单独创建（fork）一个子进程来进行持久化，会将数据写入到一个临时文件中，待持久化过程都结束后，在用这个零时文件替换之前的持久化文件。

fork介绍

在linux程序中，fork（可理解为分叉，分叉出了一个子进程）会产生一个和父进程完全相同的子进程，但子进程在此后会被exec系统调用，出于效率考虑，Linux中引入了“写时复制技术”（工作时在使用内容，不工作时不适用内存），一般情况下父进程和子进程会共用同一段物理内存，只有进程空间的各段的内容要发生变化时，才会将父进程的内容复制一份给子进程。

优点

整个过程中，主进程不会进行任何IO操作，确保了极高的性能，如果是大规模数据恢复，且对于数据恢复的完整性不是非常敏感的话（允许丢失部分数据），所以RDB方式要比AOF方式更加高效，更加节省空间。

缺点

虽然Redis在fork时使用了写时拷贝技术，但是如果数据庞大的时候还是比较耗性能
如果redis意外没了的话，最后一次持久化后未保存的数据可能丢失

保存的文件

在redis.conf配置文件名称，默认为dump.rdb，名字可修改（估计在文件的322行左右：dbfilename dump.rdb）

持久化文件文件默认保存在Redis启动时候命令行所在的目录下也可修改（估计在文件的346行左右：dir ./）

自动保存策略

配置格式是save 时间(单位为秒) 次数
理解：举个例子save 300 10意思是在300秒内数据库更改的次数超过10次就会将数据库的所有数据以快照的方式(RDB)持久化在指定文件中。
注意：RDB只有满足条件和正常关闭才会自动持久化，杀进程这行举动不会持久化，所以在最后一次持久化后因为特殊原因非正常关闭redis的话，后面未持久化的数据将会丢失。
tips：如果是持久化文件大小为76时则什么都没保存

手动保存快照命令(一般不用)

save vs bgsave
只管保存，其他全不管，直接堵塞

配置文件常见的几个配置

1. stop-writes-on-bgsave-error yes
   当redis无法写入磁盘时，直接关闭redis的写操作
2. rdbcompression yes
   进行rdb保存时，将文件进行压缩
3. rdbchecksum yes
   在存储快照后，还可以然redis使用CRC64算法来进行数据检验，校验数据是否准确，但是这样会增加大约10%的性能损耗，如果要得到最大性能的话也可以关闭(只用来缓存的时候)。

rdb的备份

1. 通过config get dir查询rdb文件的目录
2. 将rdb文件复制到其他地方

rdb的恢复

1. 关闭redis
2. 把备份文件拷贝到工作目录下
3. 启动redis，备份的数据会直接加载

如果AOF与RDB同时开始以AOF为准