RDB (Redis Database)
rdb保存的文件时dump.rdb 在配置文件中的快照文件中配置
保存规则
生产环境需要备份,主从复制中 rdb就是备用的
# 如果900秒内有至少一次修改操作,则保存
save 900 1
#
save 300 10
save 60 100000
触发机制
- save 的规则满足的情况下,会自动出发rdb规则
- 执行flushall命令,触发rdb规则
- 退出Redis,也会产生rdb文件
恢复rdb文件
1、只需要将rdb文件放在Redis启动目录就可以,redis启动的时候会自动检查dump.rdb恢复其中的数据
2、获取redis的启动目录
config get dir # 得到目录,如果在目录下存在dump.rdb,启动时会自动恢复rdb的数据
优点:
1、大规模的数据恢复!
2、如果你对数据的完整性要求不高
缺点:
1、需要一定的时间间隔,如果redis意外宕机了,最后一次的修改数据就没了
2、fork进程的时候,会占用一定的内容空间
flushall # 清空所有,默认产生rdb文件
set k1 v1
set k2 v2
set k3 v3
set k4 v4
set k5 v5
AOF (Append Only File)
将我们的所有命令都记录下来,恢复的时候,将全部的文件都执行一遍
以日志的形式记录每一个写操作,将Redis执行的所有指令记录下来(读操作不记录),只追加文件但不可以改写文件,redis启动之初会读取该文件重新构建数据,换言之,redis重启的话就根据日志文件的内容将写指令从前到后执行一次,从而完成数据的恢复
aof 保存的是appendonly.aof
appendonly no # 默认是不开启的,需要手动配置
# 触发规则
appendfsync everysec #默认每秒同步一次,可能会丢失这一秒的数据
appendfsync always # 每次修改都会sync,消耗性能
appendfsync no # 不执行sync,这个时候操作系统自己同步数据,速度最快
#重写参数
# aof 默认文件的无线追加,aof就会无线变大
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb # 如果一个aof文件大于64MB,就会fork一个新的进程进行重写
appendonly.aof 如果有问题,则无法启动redis,如果文件正常,则可以正常启动
redis目录下面存在两个工具文件
修复rdb文件
redis-check-rdb
# 修复aof文件,会丢失数据,恢复都允许容错
redis-check-aof --fix appendonly.aof
优点:
- 每一次修改都同步,文件的完整性会更好
- 每秒同步一次,可能会丢失一秒的数据
- 从不同步,效率最高
缺点:
- 相对于数据文件来说,aof远远大于rdb,修复的速度比rdb慢
- aof运行效率也要比rdb慢(存在IO操作),所以我们redis默认的配置就是rdb持久化