Redis持久化

一、Redis持久化

Redis是内存数据库，断电会丢失数据，因此需要Redis提供持久化功能。

1、RDB（Redis DataBase）

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

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

RDB保存的文件是：dump.rdb

1.1、触发机制

1）、save的规则满足的情况下，会自动触发rdb规则。()

2）、执行flushall命令，也会触发rdb规则

3）、退出redis，也会触发rdb文件

1.2、恢复rdb文件

127.0.0.1:6379> config get dir
1) "dir"
2) "/usr/local/bin"  #如果在这个目录下存在 dump.rdb文件，启动就会自动恢复其中的数据

1.3、优缺点

优点：

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

2）、对数据的完整性不高。

缺点：

1）、需要一定的时间间隔进程操作，如果redis意外宕机了，这个最后一次修改数据就没有了！

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

注意：生产环境可以对rdb文件进行备份。

2、AOF（Append Only File）

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

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

AOF保存的是 appendonly.aof 文件

1.1、开启

appendonly no  #默认不开启，手动改为yes即为开启

1.2、持久化策略

# appendfsync always  #每一次都修改
appendfsync everysec #每秒
# appendfsync no #一次都不修改

no-appendfsync-on-rewrite no#重写策略保持默认
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb #重写策略配置保持默认

说明：rewrite，如果文件大于策略限制，将fork一个新的进程，将文件重写。

1.3、触发策略

1）、退出重启的时候会生成

1.4、恢复aof文件

1）、如果aof文件损坏，或者有错位，导致redis启动不起来，我们需要修复aof文件。redis-check-aof --fix

redis-check-aof --fix appendonly.aof

1.5、优缺点

优点：

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

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

3）、从不同不，，效率最高！

缺点：

1）、相对于数据文件来说，aof远远大于RDB，修复速度慢于rdb。

2）、运行效率也要比rdb慢，所以我们redis默认的配置就是rdb持久化！