Redis教程

刨根问底redis三-Redis的持久化机制,新鲜出炉的蚂蚁金服面经

本文主要是介绍刨根问底redis三-Redis的持久化机制,新鲜出炉的蚂蚁金服面经,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

备份:bgsave  //将dump.rdb保存到usr/local下

恢复:将dump.rdb放到redis安装目录与redis.conf同级目录,重启redis即可

2.3 恢复和异常流程演示

1,查看启动目录,没有dump文件

2、set值

3、执行shutdown命令关掉服务,查看目录,已经生成对应的dump文件。

4、重启redis服务,发现数据还存在

5、执行shutdown命令关掉服务,并把dump文件删除

6、启动redis在进行查看,发现存储的数据已经不存在了。

2.4 RDB持久化的优缺点

优点:

  • 压缩后的二进制文,适用于备份、全量复制,用于灾难恢复

  • 加载RDB恢复数据远快于AOF方式

缺点:

  • 无法做到实时持久化,每次都要创建子进程,频繁操作成本过高

三、AOF持久化

===============================================================================

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

开启方式就是在redis.conf设置:appendonly yes  (默认不开启,为no)

默认文件名:appendfilename “appendonly.aof”

3.1 AOF持久化原理

  1. 所有的写入命令(set hset)会append追加到aof_buf缓冲区中

  2. AOF缓冲区向硬盘做sync同步

  3. 随着AOF文件越来越大,需定期对AOF文件rewrite重写,达到压缩

  4. 当redis服务重启,可load加载AOF文件进行恢复

3.2 AOF持久化配置

| | |

| — | — |

| 配置信息 | 含义 |

| appendonly yes | 启用aof持久化方式 |

| appendfsync always | 每收到写命令就立即强制写入磁盘,最慢的,但是保证完全的持久化,不推荐使用 |

| appendfsync everysec | 每秒强制写入磁盘一次,性能和持久化方面做了折中,推荐 |

| no-appendfsync-on-rewrite  yes | 正在导出rdb快照的过程中,要不要停止同步aof |

| auto-aof-rewrite-percentage 100 | aof文件大小比起上次重写时的大小,增长率100%时,重写 |

| auto-aof-rewrite-min-size 64mb | aof文件,至少超过64M时,重写 |

3.3 AOF持久化恢复

最后

金三银四马上就到了,希望大家能好好学习一下这些技术点

CodeChina开源项目:【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频】

学习视频:

大厂面试真题:

CodeChina开源项目:【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频】

学习视频:

[外链图片转存中…(img-sjaHhiWs-1631109390606)]

大厂面试真题:

这篇关于刨根问底redis三-Redis的持久化机制,新鲜出炉的蚂蚁金服面经的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!