标签：存在   rewrite   解决   数据持久化   二进制格式   快照   debug   超时   功能   

Redis持久化

redis支持RDB、AOF两种持久化机制，持久化功能有效地避免因线程退出造成的数据丢失问题，当下次重启时利用之前的持久化文件即可实现数据恢复。

RDB

RDB持久化是把当前线程数据生成快照保存到硬盘的过程。

触发机制

• 手动触发

  • save命令：阻塞当前redis服务器，直到RDB过程完成为止

  • bgsave命令：Redis进程执行fork操作创建子进程，RDB由子进程负责，阻塞只发生在fork阶段

• 自动触发

  • 使用save相关配置：
  • 从节点执行全量复制操作，主节点自动执行bgsave
  • 执行debug reload命令触发save
  • 执行shutdown命令时，没有开启AOF则自动执行bgsave

优缺点

• 优点
  • RDB是一个紧凑压缩的二进制文件，非常适合备份，全量复制等场景
  • Redis加载RDB恢复数据远远快于AOF的方式
• 缺点
  • 没办法做到实时持久化/妙计持久化。bgsave执行fork创建子进程，属于重量级操作，频繁执行成本很高
  • RDB文件使用特定二进制格式保存，存在老版本无法兼容新版本格式问题

AOF

以日志的方式记录每次写命令，重启时再重新执行AOF文件中的命令达到恢复数据的目的。解决了数据持久化的实时性，是Redis持久化的主流方式。

流程

• 命令写入
  • 写入内容是文本协议格式：兼容性、避免二次处理开销、可读性方便直接修改和处理
  • 先写入AOF缓冲：直接追加到硬盘，性能完全取决于当前硬盘负载。Redis提供多种缓冲区同步硬盘的策略，在性能和安全性方面做出了平衡

• 文件同步

  • AOF缓冲区同步文件策略：

  1. always：命令写入缓存区后调fsync同步到AOF文件
  2. everysec：命令写入aof_buf后调write操作，write完成后线程返回。fsync同步文件操作由专门线程每秒调用一次
  3. no：命令写入aof_buf后调write操作，不对AOF文件做fsync同步，同步硬盘由操作系统负责，周期最长30秒

• 文件重写

  • 解决问题：命令不断写入AOF，文件越来越大
  • 操作：把Redis进程内的数据转化为写命令同步到新AOF文件过程

  • 原因：

  1. 进程内超时数据不再写入
  2. 旧的AOF文件含有无效命令

  3. 多条写命令可以合并为一个

  • 触发

  1. 手动触发：bgrewriteaof命令
  2. 自动触发： auto-aof-rewrite-min-size（运行AOF重写时文件最小体积）和auto-aof-rewrite-percentage（当前AOF文件空间和上一次重写后AOF文件空间的比值）

• 重启加载

  • 服务器重启时的数据恢复

Redis持久化

标签：存在   rewrite   解决   数据持久化   二进制格式   快照   debug   超时   功能   

原文地址：http://www.cnblogs.com/yawen/p/7058159.html