redis - [10] 持久化

redis是一个内存数据库，断电即失。需要持久化到磁盘中。

 

001 || RDB

在执行的时间间隔内将内存中的数据集快照写入到磁盘（快照），恢复时是将快照文件直接读到内存中。

Redis会单独创建（fork）一个子进程进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何IO操作的。这就确保了极高的性能。如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。

RDB的缺点是最后一次持久化后的数据可能丢失。默认是RDB，一般不需要修改这个配置。

rdb保存的文件是dump.rdb

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) "/root"
127.0.0.1:6379> 

优点

1、适合大规模的数据恢复

2、对数据完整性要求不高

 

缺点

1、需要一定的时间间隔进行持久化。如果redis意外宕机了，这个最后一次修改的数据就没有了。

2、fork进程的时候，会占用一定的内存空间！ 

 

002 || AOF

  以日志的形式来记录每个写的操作，将redis执行过的所有指令记录下来（读操作不记录），只追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。AOF保存得是appendonly.aof文件。

只需要将appendonly no改为appendonly yes即可。

重启redis后生效。

如果AOF文件有错位，这时候redis是启动不起来的，需要修复AOF文件。redis提供了一个工具redis-check-aof --fix。

优点

1、每一次修改都同步，文件的完整会更加好！

2、每秒同步一次，可能会丢失1s的数据

3、从不同步，效率最高。

缺点

1、相对于数据文件来说，AOF远远大于rdb，修复的速度也比RDB慢

2、AOF运行效率也要比RDB慢，redis默认的配置就是rdb持久化

3、