redis是内存数据库 内存中的数据是断电消失的，所以redis提供了数据持久化工具
redis持久化的方式是快照Snapsshot 在某段时间内 将内存中的数据集体写入磁盘中 恢复的时候将文件写入内存即可
当Redis持久化的时候 redis主进程会fork一个子进程专门负责持久化，子进程会生成一个临时的RDB文件 当快照进程完成以后 临时文件会替代原来的RDB文件，生成正式的RDB文件 同时子进程退出
RDB持久化
redis.conf
#save 900 1
#save 300 10
#save 60 10000
save 60 5 #注释掉其它的 修改为60s内修改5次就触发rdb快照
127.0.0.1:6379> auth "12345"
OK
127.0.0.1:6379> set key1 v1
OK
127.0.0.1:6379> set key2 v2
OK
127.0.0.1:6379> set key3 v3
OK
127.0.0.1:6379> set key4 v4
OK
127.0.0.1:6379> set key5 v5
OK
127.0.0.1:6379> exit
image-20220419162147265
RDB规则
- save规则满足的情况下 会自动触发生成RDB文件
- 执行flushall命令 会触发RDB规则
- exit 退出redis 会生成一个rdb文件
image-20220419162752992
生产环境RDB文件会定期备份
恢复RDB文件
只需要把RDB文件放到redis的启动目录即可 redis启动的时候会自动检查目录下的RDB文件 恢复其中的数据
127.0.0.1:6379> config get dir
1) "dir"
2) "/usr/local/bin" #默认设置就是当前目录 启动后会自动检测
127.0.0.1:6379>
RDB优缺点
- 适合大规模数据
缺点
- 如果redis意外down机了 最后一次修改没来的及保存就丢失了
- fork子进程进程快照的时候 会占用一定内存空间
AOF(append only file) 持久化
把所有命令以日志的形式记录下来
fork一个子进程 把所有操作以日志的形式记录下来，读操作不记录，之追加不该写日志
redist重启开始 reids会重读这个文件重构数据 大文件的会非常慢
appendonly.aof
redis.conf
############################## APPEND ONLY MODE ###############################
appendonly no#默认不开启 开启需要手动修改 yes
appendfilename "appendonly.aof" 生成文件名
appendfsync everysec #持久化策略 1s一次 只会丢失1s数据
no-appendfsync-on-rewrite no #是否进行重写 默认是no 保证数据安全
auto-aof-rewrite-percentage 100 #重写的基准是100条
auto-aof-rewrite-min-size 64mb #重写的最大值是64mb 会for一个新的进程让文件重写 保证aof文件不会太大
只需要改appendonly yes即可开启
改完配置文件后重启redis服务
image-20220419170751540
重启后 目录下生成appendonly.aof 文件
image-20220419170729429
写入数据
image-20220419170932571
写入的就是我们操作的命令
image-20220419171011702
image-20220419171217736
故意破坏aof文件
image-20220419171453911
启动报错
连接报错
image-20220419171620562
修复appendonly.aof文件
image-20220419172113699
修复成功后可以启动redis
image-20220419172301671
可以查询到之前的写入数据
image-20220419172331293
优点：
每一次修改都同步 备份完整性比较好
默认每秒一次 丢失的数据少
缺点
aof文件远大于rdb文件
aof效率低于rdb redis默认使用rdb持久化
只做缓存使用 不必开启redis
