Redis持久化

面试和工作，持久化都是重要的

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

1.RDB

什么是rdb

在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是行话讲Snapshot快照，它恢复时是将快照文件直接读到内存里。
Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何IO操作的。这就确保了极高的性能。如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。我们默认的就是RDB，一般情况下不需要修改这个配置！
有时候在生产环境我们会将这个文件进行备份。
rdb保存的文件是dump.rdb。都是在我们的配置文件中快照中进行配置的！ 

 触发机制

1.save的规则满足的情况下，会自动触发rdb规则

2.执行flushall命令，也会触发我们的rdb规则

3.退出redis,也会产生rdb文件！

备份就自动生成一个dump.rdb

如何恢复rdb文件

只需要将rdb文件放在我们redis启动目录就可以，redis启动的时候会自动检查dump.rdb 恢复其中的数据

AOP(append only file)

将我们所有的命令都记录下来，history，恢复的时候就把这个文件全部再执行

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

Aof保存的是appendonly.aof文件

默认是不开启的，需要去配置文件中开启，然后重启redis，即可生效

如果appendonly.aof文件错误是连接不上redis的，需要修复aof文件

redis给我们提供了 -- redis-check-aof --fix

 

 优点：

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

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

缺点：

1.相对于数据文件来说，aof远远大于rdb，修复的速度比rdb慢

2.aof运行雄安率也要比rdb慢，所以默认是rdb持久化

aof重写规则：aof默认就是文件的无限追加，文件会越来越大，如果aof文件大于64m，就会fork一个新的进程，来将我们的文件进行重写。