Redis V4.0.14版本中的持久化方式有三种RDB,AOF和混合式.
一. RDB
RDB: 保存某个时间点的全量数据快照
触发方式
1. save: 阻塞Redis的服务器进程,直到RDB文件被创建完毕
2. bgsave: fork出子进程来创建RDB文件,不阻塞服务器进程, lastsave 指令可以查看最近的备份时间
3. 根据redis.conf里的save m n配置定时触发(用的是BGSAVE)
4. 主从复制时,主节点自动触发
5. 执行debug relaod命令
6. 执行shutdown且没有开启AOF持久化
redis.conf相关配置
# 在几秒内改动了多少数据就触发持久化,想禁用的话不设置save或者save ""
save 900 1
save 300 10
save 60 10000
# 备份进程出错时停止写入操作
stop-writes-on-bgsave-error yes
# 是否压缩rdb文件,推荐no 相对于硬盘成本cpu更值钱
rdbcompression no
二. AOF
AOF: 增量存储命令
触发方式
1. BGREWRITEAOF: 增量追加命令
2. 根据redis.conf里的appendfsync配置定时触发
3. AOF文件重写
redis.conf相关配置
# 默认关闭,若要开启将no改为yes
appendonly yes
# append文件名
appendfilename "appendonly.aof"
# AOF文件的写入方式
# always一旦缓存区内容发生变化就写入AOF文件中
appendfsync always
# everysec 每隔一秒将缓存区内容写入文件 默认开启的写入方式
appendfsync everysec
# 将写入文件的操作交由操作系统决定
appendfsync no
# 当AOF文件大小的增长率大于该配置项时自动开启重写(这里指超过原大小的100%)。
auto-aof-rewrite-percentage 100
# 当AOF文件大小大于该配置项时自动开启重写
auto-aof-rewrite-min-size 64mb
# 加载aof文件时,设置值为yes,则截断文件并打印日志;设置为no,则用户需要修复文件
aof-load-truncated yes
三. 混合持久化
为解决AOF文件启动加载慢,不利于快速恢复的缺点, RedisV4.0提供了新的持久化方式--混合持久化,当前版本默认配置还是关闭状态.
aof-use-rdb-preamble no
混合持久化的文件内容: [RDB file][AOF tail]
持久化过程:
1. 将重写(rewrite)这一刻之前的数据做RDB快照处理
2. 将RDB快照内容和AOF增量命令先后写入新的AOF临时文件
3. 重写完成后,对AOF临时文件改名,并覆盖旧的AOF文件
于是在redis重启的时候,可以先加载RDB文件,然后再重放增量的AOF日志就可以完全替代之前的AOF全量文件重放,因此能大幅提高重启效率提高。