Redis 持久化之RDB操作
Redis是内存数据库，如果不将内存中的数据库状态保存到磁盘，那么一旦服务器进程退出，服务器中的数据库状态也会消逝，所以Redis提供了持久化功能！
在主从复制中，rdb就是备用的，存在从机上边，不占用主机资源。
RDB：
- 在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读取到内存里。
- Redis会单独创建fork一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化都结束了，再用这个临时文件替换上次持久化好的文件，整个过程中，主进程是不进行任何IO操作的。这就确保了级高的性能。如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式就要比AOF方式更加的高效。
- RDB的缺点：是最后一次持久化的数据可能丢失。
- 我们在生产环境会将dump.rdb这个文件进行备份。
redis默认的就是RDB持久化，一般情况下不需要修改这个配置。
rdb保存的文件就是dump.rdb文件
在 redis.windows.conf （windows版本）配置文件中也可以查看配置：
我们可以自己修改配置
触发机制：
①save的规则满足的情况下，会自动触发rdb规则
②执行flushall命令，也会触发rdb规则
③退出redis时，也会产生rdb文件！
备份就自动生成一个dump.rdb文件。
如何恢复rdb文件：
① 只需要将rdb文件放在我们的redis启动目录就可以，redis启动的时候会自动检查dump.rdb恢复其中的数据！
② 查看需要存在的位置：
127.0.0.1:6379> config get dir
1) "dir"
2) "D:\\Program Files\\Redis"
127.0.0.1:6379>
rdb几乎它自己默认的配置就够用了。
优点和缺点：
① 优点：
- 适合大规模的数据恢复！
- 对数据的完整性要求不高！
②缺点：
- 需要一定的时间间隔进程操作！如果redis意外宕机了，这个最后一次修改数据就没有了！
- fork进程的时候，会占用一定的内存空间！！
