Redis持久化RDB和AOF区别详解

RDB是Redis内存到硬盘的快照，用于redis持久化，创建RDB二进制文件，将存储在内存中的数据，持久化的放到硬盘中，当我们需要这些数据的时候，启动载入RDB文件，数据将会被存入内存中，其实RDB就是一种快照的方式持久化存储数据，也可以作为一种复制媒介，这个我们后面在谈。

RDB

触发机制--主要三种方式

save 同步命令(会阻塞redis) bgsave 异步命令（fork） 自动

Save同步命令

save

文件策略：生成一个临时文件，如果存在老的文件，将会替换旧文件

bgsave 异步命令

主进程通过fork()函数，创建子进程生成DRB文件，在此期间访问redis仍然能正常响应

命令	save	bgsave
IO	同步	异步
阻塞	阻塞	阻塞(操作不当fork阻塞)
优点	不额外占用内存	不阻塞客户端命令
缺点	阻塞客户端命令	需要fork，额外消耗内存

redis自动生成RDB文件（不可控）

save 900 1 #900秒 改了一次就自动生成RDB文件
save 300 10 #300秒修改了10次就自动生成RDB文件

redis save配置推荐

#关闭自动保存配置#save 900 1 #900秒 改了一次就自动生成RDB文件#save 300 10 #300秒修改了10次就自动生成RDB文件 dbfilename dump-${port}.rdb #rdb文件名 dir /bigdiskpath #分盘，rdb文件保存位置 stop-writes-on-bgsave-error yes #bdsave出错，停止写入 rdbcompression yes #采用压缩位置 rdbchecksum yes #开启校验和

不容忽视的触发机制

有时候我们没有执行save bgsave命令，也没有开启自动保存命令，还是会生成RDB，可能是因为以下原因：

全量复制 debug reload shutdown

AOF

RDB存在的问题：耗时耗性能，阻塞丢失数据

AOF运行原理：每执行一条命令，就在AOF中增加一条记录。当需要恢复时，直接执行AOF写入redis

AOF三种策略

always(每条命令都把缓冲区fsync到硬盘) everysec(每秒刷新一次，每秒吧缓冲区fsync到硬盘) no（跟随操作系统，有操作系统决定，不可控）

命令	always	everysec	no
优点	不丢失数据	每秒一次	不用管
缺点	IO开销大	丢失一秒数据	不可控

AOF重写

将过期的，重复的，做一些优化合并

作用：减少磁盘空间占用，加快文件恢复速度

AOF重写两种方式：

bgrewriteaof

aof重写配置

AOF重写配置

auto-aof-rewrite-min-size #AOF重写需要的最小尺寸
auto-aof-rewrite-percentage #AOF文件增长率
aof_current_size #统计当前aof文件大小
aof_base_size #aof上次启动和重写的尺寸

AOF配置

RDB和AOF的比较

您可能感兴趣的文章:redis学习之RDB、AOF与复制时对过期键的处理教程Redis两种持久化方案RDB和AOF详解redis的2种持久化方案深入讲解Linux下redis的持久化、主从同步与哨兵详解redis持久化的介绍从源码解读redis持久化通过Nginx+Tomcat+Redis实现持久会话

Redis