六、Redis持久化

六、Redis持久化

1、Redis的持久化方式

• RDB(Redis DataBase)
• AOF(Append OfFile)

2、RDB(Redis DataBase)

• 简介

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

• 执行流程

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

    

3、Fork线程

• Fork的作用是复制一个与当前进程一样的进程。新进程的所有数据(变量、环境变量、程序计数器等)数值都和原进程一致，但是是一个全新的进程，并作为原进程的子进程
• 在linux程序中，fork()会产生一个和父进程完全相同的子进程，但子进程在此后多会exec系统调用，出于效率考虑，Linux中引入了"写时复制技术"
• 一般情况父进程和子进程会共用同一段物理内存，只有进程空间的各段的内容要发生变化时，才会将父进程的内容复制一份给子进程

4、RDB数据备份

• 1》将*.rdb的文件拷贝一份就完成了备份
• 2》RDB文件恢复
  • 将拷贝好的文件复制到工作目录下
  • 启动Redis，备份数据会被直接加载

5、RDB的适用场景

• 适合大规模的数据恢复
• 对数据完整性和一致性要求不高更适用
• 节省磁盘空间
• 恢复速度快

6、RDB的缺点

• Fork的时候，内存中的数据被克隆了一份，大致有2被的膨胀性
• 虽然Redis在Fork时使用了写时拷贝技术，但如果数据庞大时还是比较消耗性能
• 在备份周期在一定间隔时间做一次备份，所以如果Redis以外宕机的话，就会丢失最后一次快照后的所有修改

7、AOF(Append OfFile)

• 简介

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

• 执行流程

  • 客户端的请求写命令会被append(追加)到AOF缓冲区内

  • AOF缓冲区根据AOF持久化策略[always,everysec,no]将操作sync同步到磁盘的AOF文件中

  • AOF文件大小超过重写策略或手动重写时，会对AOF文件rewrite重写，压缩AOF文件容量

  • Redis服务重启时，会重新load(加载)AOF文件中的写操作达到数据恢复的目的

    

8、AOF相关

• AOF默认不开启
  • 可以在Redis的配置文件中修改，默认文件为appendonly.aof
  • AOF保存路径和RDB的路径一致
• AOF和RDB同时开启，Redis使用哪种
  • AOF和RDB同时开启，系统默认读取AOF的数据(数据不会存在丢失)

9、AOF启动/修复/恢复

• AOF的备份机制和性能虽然和RDB不同，但是备份和恢复的操作同RDB一样，都是拷贝备份文件，需要恢复时再拷贝到Redis工作目录下，启动系统即可
• 正常恢复
  • 修改默认的appendonly 的no为yes
  • 将有数据的aof文件复制一份保存到对应目录(查看目录: config get dit)
  • 恢复 ：重启redis服务器，重新加载
• 异常恢复
  • 修改默认的appendonly的no为yes
  • 若.aof文件损坏，通过 redis-check-aof --fix appendonly.aof 命令可以进行恢复
  • 备份AOF文件
  • 重启redis服务器，然后重新加载

10、AOF同步评率

配置	描述
appendfsync always	始终同步，每次redis的写入操作都会立刻记入日志，性能较差但数据完整性比较好
appendfsync everysec	每秒同步，每秒记入日志一次，如果宕机，最后一秒的数据可能丢失
appendfsync no	redis不主动进行同步，把同步时机交给操作系统

11、AOF的优缺点

• 优点
  • 备份机制更稳健，丢失数据概率更低
  • 可读的日志文本，通过操作AOF文件，可以处理误操作
• 缺点
  • 比起RDB占用更多的磁盘空间
  • 恢复备份速度要慢
  • 每次读写都同步的话，有一定的性能压力
  • 存在个别bug，造成恢复不能

12、持久化机制的总结

• 官方推荐两个都启用
• 如果对数据不敏感，可以选单独使用RDB
• 不建议单独使用AOF，因为可能会出现Bug
  能压力
  • 存在个别bug，造成恢复不能

12、持久化机制的总结

• 官方推荐两个都启用
• 如果对数据不敏感，可以选单独使用RDB
• 不建议单独使用AOF，因为可能会出现Bug
• 如果只是做纯内存缓存，可以都不用