8-持久化

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规则

  1. save规则满足的情况下 会自动触发生成RDB文件
  2. 执行flushall命令 会触发RDB规则
  3. 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优缺点

  1. 适合大规模数据

缺点

  1. 如果redis意外down机了 最后一次修改没来的及保存就丢失了
  2. 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

posted @ 2022-04-19 18:04  机猿巧合  阅读(39)  评论(0编辑  收藏  举报