Redis持久化及常见问题解决

持久化

Redis的储存形式:一份在内存、一份在磁盘。内存的是最新的;磁盘里的会隔一段时间更新。

Redis持久化方式:
RDB:快照方式;将某⼀个时刻的内存数据,以⼆进制的⽅式写⼊磁盘;
AOF:文件追加方式;记录所有的操作命令,并以⽂本的形式追加到⽂件中;
RDB、AOF结合:混合持久化方式;Redis 4.0 之后新增的⽅式,混合持久化是结合了 RDB 和 AOF 的优点,在写⼊的时候,先把当前的数据以 RDB 的形式写⼊⽂件的开头,再将后续的操作命令以 AOF 的格式存⼊⽂件,这样既能保证 Redis 重启时的速度,⼜能减低数据丢失的⻛险。
如何切换呢?
redis-cli 命令⾏中执⾏ config set aof-use-rdb-preamble yes 来开启混合持久化,当开启混合持久化时 Redis 就以混合持久化⽅式来作为持久化策略;当没有开启混合持久化的情况下,使⽤ config set appendonly yes 来开启 AOF 持久化的策略,当 AOF 和混合持久化都没开启的情况下默认会是 RDB 持久化的⽅式。

优缺点:
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

缓存雪崩

缓存雪崩是指在短时间内,有⼤量缓存同时过期,导致⼤量的请求直接查询数据库,从⽽对数据库造成了巨⼤的压⼒,严重情况下可能会导致数据库宕机的情况叫做缓存雪崩。
如果都不设置过期时间行不行;永久的;不会过期。这样子持久化的时候压力就会很大;刚开始RGB;刚开始有用信息可能存个10mb;全部都不过期;那么存个100mb。
解决方案:所以加锁排队执行(增加系统响应时间会牺牲一些用户体验);或者随机过期时间;再或者设置二级缓存;Redis失效就先去查二级缓存而不是直接查数据库

设置随机过期时间

// 缓存原本的失效时间
int exTime = 10 * 60;
// 随机数⽣成类
Random random = new Random();
// 缓存设置
jedis.setex(cacheKey, exTime+random.nextInt(1000) , value);

缓存穿透

缓存穿透是指查询数据库和缓存都⽆数据,因为数据库查询⽆数据,出于容错考虑,不会将结果保存到缓存中,因此每次请求都会去查询数据库,这种情况就叫做缓存穿透。也会给数据库造成很大压力。
就是你叫给我托管;但是你啥都没有。用户向我拿东西;发现什么都没有;就一直找数据库拿。数据库也是什么都没有。
在这里插入图片描述
解决方案:
空值缓存:当一个请求查询的结果在数据库中不存在时,可以将这个空结果也缓存起来,设置一个较短的过期时间。我们在缓存中存储一个表示空结果的占位值,并为这个占位值设置一个较短的过期时间,当请求到达时,即使缓存中没有有效的数据,也会返回这个空结果。由于过期时间较短,这个占位值会很快从缓存中移除。

缓存击穿

缓存击穿指的是某个热点缓存,在某⼀时刻恰好失效了,然后此时刚好有⼤量的并发请求,此时这些请求将会给数据库造成巨⼤的压⼒,这种情况就叫做缓存击穿。

解决方案:
加锁排队:
此处理⽅式和缓存雪崩加锁排队的⽅法类似,都是在查询数据库时加锁排队,缓冲操作请求以此来减少服务器的运⾏压⼒。
设置永不过期:
把热点的设置不过期;这样子就不会去请求数据库,但需要注意在数据更改之后,要及时更新此热点缓存,不然就会造成查询结果的误差。

缓存预热

系统启动的时候,先把查询结果预存到缓存中,以便⽤户后⾯查询时可以直接从缓存中读取,以节约⽤户的等待时间。
应用程序启动就先查询数据库然后同步到缓存中:
在这里插入图片描述
实现的三种思路:
1: 把需要缓存的⽅法写在系统初始化的⽅法中,这样系统在启动的时候就会⾃动的加载数据并缓存数据
2:把需要缓存的⽅法挂载到某个⻚⾯或后端接⼝上,⼿动触发缓存预热;
3:设置定时任务,定时⾃动进⾏缓存预热。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
当面试中可能会涉及到Redis持久化的相关问题时,以下是一些常见问题和答案供参考: 1. Redis持久化的两种方式是什么? Redis支持两种持久化方式:RDB(Redis Database)和AOF(Append-Only File)。 2. RDB和AOF持久化方式的区别是什么? RDB持久化方式通过将Redis在某个时间点的数据生成快照存储到磁盘上,适合用于备份和灾难恢复。而AOF持久化方式则是将Redis执行的每个写命令追加到文件末尾,可用于数据恢复和重现。 3. 在什么情况下使用RDB持久化方式更合适? RDB持久化方式适合对数据一致性要求相对较高的场景,例如定期备份数据或进行灾难恢复。它可以提供非常快速的恢复速度,但在发生故障时可能会丢失一段时间的数据。 4. 在什么情况下使用AOF持久化方式更合适? AOF持久化方式适合对数据完整性要求相对较高的场景,例如持久化所有写操作以实现最大程度的数据恢复。AOF文件中记录了每个写操作的详细日志,当Redis重启时可以通过重新执行这些日志来恢复数据。 5. AOF持久化方式的三种写入模式是什么? AOF持久化方式有三种写入模式:always、everysec和no。always模式每个写命令都同步写入磁盘,保证了最高的数据安全性但性能较低;everysec模式每秒将写命令写入磁盘一次,是一种折中方案;no模式将写命令交给操作系统缓冲区,由操作系统决定何时将数据写入磁盘。 这些问题的回答可以作为参考,但在面试过程中建议根据实际情况和个人经验进行回答。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

while(true)energy++;

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值