Redis是内存数据库，如果不将内存中的数据库状态保存到磁盘，那么一旦服务器进程退出，服务器中的数据库状态也会消失。所以 Redis提供了持久化功能!

RDB ( Redis DataBase )

什么是RDB

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

Redis会单独创建( fork )一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何I0操作的。这就确保了极高的性能。如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。我们默认的就是RDB，一般情况下不需要修改这个配置!

rdb保存的配置文件是dump.rdb 都是在我们的配置文件中快照中进行配置的！

测试rdb

修改配置文件，方便测试 image.png 一分钟之内向数据库中插入五个键值对，然后退出redis image.png 然后redis就会自动生成一个持久化文件 image.png

触发机制
1.满足save规则
2.执行flushdb命令
3.退出redis，都会产生rdb文件

如何恢复rdb文件
1.只需要将rdb文件放在redis启动目录就可以，redis启动时就会自动检测dum.rdb文件，恢复其中数据
2.rdb文件存放的位置

image.png

优缺点

优点:
1.适合大规模的数据恢复
2.对数据的完整性要求不高
缺点:
1.需要一定时间间隔进程操作，如果redis意外宕机，这个最后一次修改的数据就没了
2.fork进程的时候，会占用一定的内存空间

因此有时候生产环境会将这个文件备份

AOF ( Append only File )

什么是AFO
将我们所有的命令都记录下来，history，恢复的时候就将这个文件再执行一遍！

默认情况下就是对文件的无限制追加
以日志的形式来记录每一个写操作，将Redis执行过的所有写指令记录下来（读操作不记录），只许追加文件不许改写文件，redis重启之初会会读取该文件重新构建数据，也就是说，如果redis重启就会根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。

aof保存的文件是appendonly.aof

append

默认为no需要手动进行开启，将appendonly后面的no改为yes

我们在redis中执行以下命令

127.0.0.1:6379> set k1 v1
OK
127.0.0.1:6379> set k2 v2
OK
127.0.0.1:6379> set k3 v3
OK
127.0.0.1:6379> set k4 v4
OK

我们的日志文件是这个 image.png 查看aof日志如下 image.png

aof日志文件被修改

如果aof文件有错位，这时候redis启动不起来，我们需要修复配置文件
redis给我们提供了一个工具
redis-check-aof --fix appendonly.aof

AOF优缺点

优点：
1.每一次修改都同步，文件的完整性会更好
2.每秒同步一次可能会丢失一秒的数据
3.从不同不效率最高
缺点：
1.对于数据文件来说，aof’远大于rdb，修复速度比rdb慢
2.aof运行效率要比rdb慢，所以redis的默认配置是rdb持久化。