Redis的持久化机制

RDB：

手动触发：

• save 命令，使 Redis 处于阻塞状态，直到 RDB 持久化完成，才会响应其他客户端发来的命令，所以在⽣产环境⼀定要慎⽤
• bgsave 命令，fork出⼀个⼦进程执⾏持久化，主进程只在fork过程中有短暂的阻塞，⼦进程创建之后，主进程就可以响应客户端请求了

自动触发：

• save m n ：在 m 秒内，如果有 n 个键发⽣改变，则⾃动触发持久化，通过bgsave执⾏，如果设置多个、只要满⾜其⼀就会触发，配置⽂件有默认配置(可以注释掉)
• flushall ：⽤于 清空redis所有的数据库 ，flushdb清空当前redis所在库数据(默认是 0 号数据库)，会清空RDB⽂件，同时也会⽣成 dump.rdb 、内容为空
• 主从同步 ：全量同步时会⾃动触发bgsave命令，⽣成rdb发送给从节点

AOF：

 

1. 所有的写命令会追加到 AOF 缓冲中。
2. AOF 缓冲区根据对应的策略向硬盘进⾏同步操作。
3. 随着 AOF ⽂件越来越⼤，需要定期对 AOF ⽂件进⾏重写，达到压缩的⽬的。
4. 当 Redis 重启时，可以加载 AOF ⽂件进⾏数据恢复 。

优点：

• 数据安全
• 通过 append 模式写⽂件，即使中途服务器宕机也不会破坏已经存在的内容， 可以通过 redis-
  check-aof ⼯具解决数据⼀致性问题。
• AOF 机制的 rewrite 模式 。定期对AOF⽂件进⾏重写，以达到压缩的⽬的

对比：

1. AOF⽂件⽐RDB更新频率⾼，优先使⽤AOF还原数据。AOF⽐RDB更安全也更⼤
2. RDB性能⽐AOF好
3. 如果两个都配了优先加载AOF