Redis两种持久化方式

一、Redis持久化机制

redis是一个支持持久化的内存数据库，也就是说redis需要经常将内存中的数据同步到磁盘来保证持久化，持久化可以避免因进程退出而造成数据丢失

每次Redis重启都会加载rdb或者aof持久化文件，从而达到数据不丢失

Redis持久化分为rdb和aof两种方式

 

二、RDB持久化方式

RDB持久化把当前进程数据生成快照（.rdb 二进制）文件保存到磁盘的过程，有手动触发和自动触发

手动触发有save和bgsave两个命令

save命令：阻塞当前Redis，直到RDB持久化过程完成为止，若内存实例比较大会造成长时间阻塞，线上环境不建议用它

bgsave命令：redis进程执行fork操作创建子进程，由子线程完成持久化，阻塞时间很短（微秒级），是save的优化，在执行redis-cli shutdown、关闭redis服务时，如果没有开启AOF持久化，自动执行bgsave

1、RDB文件操作（可忽略）

• 命令：config set dir /usr/local 设置rdb文件保存路径，此命令是临时的，重启就没了
• 备份：bgsave 将dump.rdb保存到usr/local下
• 恢复：将dump.rdb放到redis安装目录与redis.conf同级目录，重启redis即可

2、RDB配置

默认使用rdb方式备份，aof默认不开启。

# rdb的文件名，默认是dump.rdb
dbfilename dump.rdb
# 这个是配置dump.rdb生成的目录 默认是./当前目录
dir /usr/local/redis-4.0.14

3、RDB优缺点

优点：1、压缩后的二进制文件，适用于备份、全量复制，用于灾难恢复 2、加载RDB恢复数据远快于AOF方式

缺点：1、无法做到实时持久化，每次都要创建子进程，频繁操作成本过高 2、保存后的二进制文件，存在老版本不兼容新版

 

八、AOF持久化方式

针对RDB不适合实时持久化，redis提供了AOF持久化方式来解决开启
 

1、AOF执行流程

1. 所有的写入命令（set hset）会append追加到aof_buf缓冲区中
2. AOF缓冲区向硬盘sync同步
3. 随着AOF文件越来越大，需要定期对AOF文件rewrite重写，达到压缩
4. 当redis服务重启，可load加载AOF文件进行修复

2、AOF配置

#默认为no 为不开启aof备份
appendonly yes
#aof备份文件名
appendfilename "appendonly.aof"
# If unsure, use "everysec".
# always:每次执行写入都会执行同步，慢一些但是比较安全
# eversysec:每秒执行同步，比较平衡，介于速度与安全之间，默认是这个
# appendfsync no:不主动进行同步，而是完全交由操作系统来做（每30秒一次），比较快但是不安全
appendfsync everysec

3、命令解释

• appendonly yes 启动aof持久化方式
• appendfsync always 每收到写命令就立即强制写入磁盘，最慢的，但是保证完全的持久化，不推荐使用
• appendfsync everysec 每秒强制写入磁盘一次，性能和持久方面做了折中，推荐
• appendfsync no：不主动进行同步操作，而是完全交由操作系统来做（即每30秒一次），比较快但不是很安全
• no-appendfsync-on-rewrite yes 正在导出rdb快照的过程中，要不要停止同步aof
• auto-aof-rewrite-percentage 100 aof文件大小比起上次重写的大小，增长率100%时，重写
• auto-aof-rewrite-min-size 64mb aof文件，至少超过64时，重写

4、如何开启AOF自动修复

1. 设置appendonly yes
2. 将appendonly.aof放到dir参数指定的目录
3. 启动redis，redis会自动加载appendonly.aof文件，进行修复

 

三、redis重启时加载AOF与RDB的顺序

1、当AOF和RDB文件同时存在时，优先加载AOF文件

2、若关闭了AOF，则加载RDB文件

3、加载AOF/RDB成功，redis重启成功

4、AOF/RDB存在错误，启动失败打印错误信息

图说明