Redis笔记三

一、Redis的持久化

（一）RDB（Redis DateBase）

1、什么是RDB

在指定的时间间隔内，将内存中的数据快照写入磁盘，也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里。Redis会单独（fork）一条子进程来进行持久化，会先将数据写入到一个临时文件中，等持久化过程都结束了，再用这个临时文件替换上次持久化好的正式文件。整个过程中，主进程是不进行任何IO操作的。这就确保了极高的性能。如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是很敏感，那RDB要比AOF方式更加高效。RDB的缺点是最后一次持久化后的数据可能丢失。

2、RDB保存的是dump.rdb文件

3、有关RDB的redis.conf配置

除触发rdb的条件外，可以设置.rdb文件是否压缩存储，是否进行数据校验。

4、如何触发rdb快照

①配置文件中默认的快照配置

②使用save命令或者bgsave命令

③执行flushallmingl，也会产生dump.rdb文件，但里面是空的，没有意义

④退出进程的时候也会产生dump.rdb文件

5、如何恢复持久化的数据

①将备份文件dump.rdb移动到redis安装目录并启动服务即可

②config get dir 获取目录

6、优点：

①适合大规模数据恢复

②对数据完整性和一致性要求不高

缺点：

①在一定时间间隔做一次备份，如果redis宕机的话，会丢失最后一次快照后的所有修改

②fork的时候内存中的数据被复制了一份，大致两倍的膨胀性需要考虑

（二）AOF（append only flie）

1、aof是什么

以日志的形式来记录每个写的操作，将redis执行过的所有命令记录下来（读除外），只允许追加文件但不允许改写文件，redis启动之初会读取该文件重新构建数据。简单来说就是，redis在启动的时候回将这个文件中的所有命令挨着执行一遍

2、aof保存的是appendonly.aof文件

3、AOF启动/修复/恢复

启动：修改配置文件，将appendonly no 改为yes

将有数据的aof文件复制一份保存到对应目录

恢复：重启redis

异常恢复

故意破坏appendonly.aof文件

修复：redis-check-aof --fix appendonly.aof进行修复

恢复：重启redis

4、Rewrite是什么（重写机制）

AOF采用文件追击的方式，文件会越来越大。当文件大小超过阈值时，Redis就会启动aof文件的内容压缩，只保留可以恢复数据的最小指令集。

重写原理：aof文件持续增长且过大时，会fork一新进程来将文件重写（也是先写一个临时文件，最后再进行rename）

触发机制：Redis会记录上次重写时的AOF文件大小，默认当aof文件是上次rewrite后大小的一倍且文件大于64M

5、优点：

①每次修改都会同步操作到aof文件，性能较差但是数据完整性好

②每秒同步：appendfsync everysec异步操作，每秒进行记录，如果宕机，会损失一秒钟的数据

③不同步：appendfsync no：从不同步

缺点：

①相同数据级而言，aof文件要远大于rdb文件，恢复速度慢于rdb

②aof运行效率要慢于rdb，每秒同步策略效率较好，不同步效率和rdb相同