一、RDB
即Redis DataBase,在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里。
二、实现机制
Redis会单独创建(fork)一个子进程来进行持久化,会先将数据写入到一个临时文件中,待持久化过程都结束了,再用这个临时文件替换上次持久化好的文件。整个过程中,主进程是不进行任何IO操作的,这就确保了极高的性能,如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。
三、如何设置
rdb的配置在redis.conf配置文件的SNAPSHOTTING模块里面
- 指定rdb保存数据的文件命名,默认名字就为dump.rdb
dbfilename dump.rdb
- 指定dbfilename文件的路径,注意该问文件所在路径具有写权限,最后的"/"不能掉
dir /myredis/redis_dbfile/
- 指定触发条件
(1)配置save
在配置文件中配置save
在指定的时间内发生指定次数的更改(get不算)后,则将redis中的数据保存到磁盘,也就是保存到dir指定的路径下的dump.rdb文件里,默认为:
表示:
15分钟内改了1次
5分钟内改了10次
1分钟内改了1万次
(2)命令
执行完一次操作后在命令行输入save或者bgsave,则会立马触发快照保存数据,将最新的数据写入dump.rdb文件。
执行FLUSHALL命令,也会产生dump.rdb文件,但里面是空的,无意义执行; SHUTDOWN也会产生dump.rdb文件;save:save时只管保存,其它不管,全部阻塞
bgsave:Redis会在后台异步进行快照操作,快照同时还可以响应客户端请求。可以通过lastsave命令获取最后一次成功执行快照的时间
四、如何恢复
实际情况下dump.rdb文件是需要定时备份到另外一台机器上的,避免当前机器发生了不可恢复的错误,例如硬件坏了,则此时要在这台机器上恢复数据则只需要将先前备份的dump.rdb文件拷贝到dir指定的目录下,重新启动redis即可
五、优缺点
-
优点
适合大规模的数据恢复
对数据完整性和一致性要求不高 -
缺点
因为是间隔一定时间做一次备份,所以如果redis意外down掉的话,就会丢失最后一次快照后的所有修改。
因为是通过Fork一个进程进度保存操作,Fork的时候内存中的数据被克隆了一份,又占据同样多的内存,所以需要考虑内存的消耗。
六、如何停止
- 配置
只保留一个save,并且设为“”
save ""
- 命令
动态停止所有的rdb,在linux模式下输入命令:
redis-cli config set save ""