redis缓存击穿 穿透

已于 2023-11-01 20:24:33 修改
阅读量202 收藏
点赞数 1
文章标签： redis 数据库 缓存
于 2023-10-26 22:18:05 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43689953/article/details/134064969
版权

在这里插入图片描述

我们之前写了一把分布式锁 并且用redis写的,
redis内部实现是比较完善的，但是我们公司用的时候 redis 至少都是主从，哨兵,cluster
很少有单机的 
呢么我们分布式锁基于集群问题下会有什么问题
比如说当第一个线程设置一个key过来进行加锁，加锁成功后，就执行业务了，redis从主节点到从节点的
同步默认是异步的，如果说我主节点刚写成功，准备吧key同步给从节点，这个时候主节点挂了
此时从节点变成新的主节点，或者说他多个从节点会过来进行选举，来选举一个新的master,新的主节点中是没有key的，它也可以加锁成功，这种情况下又超卖了


redis 主从或者集群，会有这么个问题，他的锁有一种情况下会失效
zk也是集群架构，比如说3个节点组成的集群架构，也可使实现分布式锁，他也有leader和follow节点
对于zk实现分布式锁，他是有一些区别的，如果是redis集群的话，从CAP角度来说
redis满足的更多的是ap,也就是他满足的是可用性，他满足的是多一些
zk满足的是cp，他对数据的一致性要求高一些
怎么体现的?
比方说我要基于zk实现分布式锁，我也要实现key value
他也是leader节点才可以写数据，假设这个分布式锁的key 写在了leader节点 他并不会马上给你返回
加锁成功，他会进行数据同步，如果同步成功（他会进行过半机制的校验） 比如说3个节点同步2个
才算成功，有半数以上的节点写入key 成功，我们这个zk才算是加锁成功，才会返回给主线程是加锁成功的


主从切换的 过程中导致锁key丢失的问题,呢我到底使用redis还是zk实现分布式锁
zk性能肯定不如redis,如果你对性能有要求的话 就用redis，
主从节点切换锁失效
可以使用redLock

在这里插入图片描述

redLock 我们要加一把锁的话 一般来说我们要搞多个redis节点,一般来说搞基数个redis节点  比方说此时搞3个我们要加锁的话，我们set key会发到3个节点上,我客户端至少要收到整个集群节点的半数以上返回OK,也就是说设置分布式锁成功的节点我才会认为你加锁成功
因为这个半数机制存在，再来一个客户端的话 任何一种情况下都不会加锁成功,和zk差不多 也就是我要保证数据一致的话 我可以牺牲一点可用性，我要在多个节点中写锁的话 实际上是对我的可用性有影响的
相对来说可用性上面有一点点延迟 但是这么来说 他的好处，数据一致性会高一些

红锁不推荐用的，如果说都给redis加个从节点  为了高可用，因为红锁的三个redis是互不相干的
比如说redis1万一挂了没有关系，从节点会顶上去变成主节点，这个时候从节点是没有Key信息的  
此时还是会有锁失效的问题产生的

在这里插入图片描述

如果不搞从节点就不会出现问题，红锁的话 如果挂了半数以上节点  此时这个锁就会加不成功
红锁或者zk有一个缺点就是我就加一把锁性能就会降低，按照我们刚才说的
如果节点过多的情况下，加一把锁的话就会往更多的节点发送加锁请求，此时性能就会降低吧

红锁不能解决锁丢失的问题
只不过他丢失锁的概率会小一点点 但是他带来的后果就是 他的性能会损失一些
还不如基于zk 来做，所以redLock是有问题的

大促场景下 提升分布式锁性能的问题
分布式锁帮我们解决并发设计的思想是什么，利用redis单线程进行的串行化实现的
我们优化分布式锁比如说 我们要考虑锁的粒度，越小越好，我们加锁的范围肯定是越小越好
第二我们可以利用分段锁类似于currentHashMap来进行分段存储

缓存架构   
中小型公司利用redis作为缓存，放到缓存中的，比如说基于缓存做的crud

在这里插入图片描述

creat 的之后丢到缓存中
新增或者更新商品的时候 都要维护redis的缓存

在这里插入图片描述

get 的时候先从redis缓存中去取,没有再去从数据库中拿到，之后放到redis缓存
但是如果并发量大的话  就会有redis 缓存问题


如果在高并发情况下有什么问题,例如京东
后台商品很多，我的redis 里面会有很多缓存，呢么我的redis容量要很大
呢对于我们redis，整个线上数据上亿，你丢到redis中对我们redis存储容量是很大的
我们真正的电商网站 真正高频访问的电商不到1%.大量商品都是冷门商品
我没有必要吧很少去访问的商品也丢到缓存浪费我们的资源
其实我们真正用缓存的目的是尽可能吧经常访问的 热点缓存 尽量在缓存中多呆一会
冷门数据 不用一直呆在缓存中,丢缓存的时候 放个时间

在这里插入图片描述

所以我们set的时候在里面放个缓存失效时间，如果get的时候 能get到的话 我们就给他续时间

在这里插入图片描述

这样的话,不怎么访问的冷门商品在缓存中存储1天就失效了
对于我们一直在访问的商品,尽可能的一直呆在缓存中 这样会对我们数据库的请求会大大减少
呢所以在查询缓存,做一个读取延期，如果我这么来做的话，对于每天都来访问的商品会一直在我们缓存中
那些不怎么访问的商品可能也就上架完毕就不在缓存中,实际上我就实现了数据的冷热分离,热点数据我尽可能的留在缓存中.对于冷门的数据,不会在缓存中简单方案的冷热数据分离,大规模数据我们要做一些数据的冷热分离,让热数据尽可能丢到缓存,而且要常驻缓存,冷数据可能要查数据库的,呢么数据库就可以给其他模块用了

比如说大V带货这种场景,冷门突然被发现
冷门商品几万个请求来调用这里直接打到db了,冷门数据突发变为热点数据,大量请求对我们突发性的数据重建缓存,我们可以加锁进行重建 比如说有一个线程进行放缓存的操作 
呢么多个节点的web应用集群这么再每一个web服务器上都要重建一次

在这里插入图片描述
在这里插入图片描述

我们这个时候可以利用redis分布式锁进行重建 基于什么商品加的锁啊

在这里插入图片描述

https://blog.csdn.net/qq_44377709/article/details/123411590  
redis中实现mq的三种方式
Lru算法  lua 
redis中数据删除的策略
一个诺诺前行的后端程序员
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis的缓存穿透、缓存击穿、缓存雪崩
qq_48595067的博客
07-13 6012
缓存击穿和缓存雪崩都是与缓存相关的常见问题，它们有一些共同点，并可以采用类似的解决方法。
Redis缓存穿透，缓存击穿和缓存雪崩
12-14
在IT行业中，Redis作为一种高...以上是针对Redis缓存系统中可能出现的缓存穿透、缓存击穿和缓存雪崩问题的解决方案。在设计缓存系统时，应当充分考虑这些潜在风险，采取适当的预防措施，以确保系统的稳定性和高可用性。
Redis缓存击穿、缓存穿透和缓存雪崩
果酱 の 博客
07-10 9552
缓存击穿、缓存穿透和缓存雪崩是常见的缓存相关问题，在设计和使用缓存时需要注意避免这些问题的发生。缓存击穿是指在缓存中不存在但数据库中存在的数据，当有大量并发请求同时访问这个不存在的数据时，这些请求会穿透缓存直接访问数据库，导致数据库压力过大，性能下降。缓存穿透是指查询一个不存在的数据，由于缓存和数据库中都不存在该数据，因此每次查询都会直接访问数据库，导致数据库压力过大。在上述示例中，通过生成一个随机值，将缓存数据的过期时间设置为缓存过期时间加上随机值，从而实现数据过期时间的随机化。
Redis之缓存穿透、缓存击穿、缓存雪崩、无底洞
qq_20236937的博客
04-24 1001
需要注意的是，这种方法可能会导致缓存中存在大量的空对象，因此需要合理设置过期时间，并及时清理这些空对象。然而，如果某个商品不在Redis中，并且也不在数据库中（即发生了缓存穿透），那么大量的请求可能会直接打到数据库上，导致数据库压力骤增，甚至可能引发服务宕机。Redis缓存穿透是指查询一个不存在的数据，由于缓存中也没有该数据，导致每次查询都需要去数据库中查询，而数据库中也没有该数据，这样就造成了**将布隆过滤器放在缓存之前，当请求的数据不存在于布隆过滤器时，则直接返回，避免了对数据库的无效查询。
Redis缓存穿透、击穿、雪崩
热门推荐
weixin_42889176的博客
07-12 2万+
Redis缓存穿透 缓存击穿 缓存雪崩
一文解决Redis缓存击穿、缓存穿透、缓存雪崩问题
时间如瑾 代码如诗
05-15 1001
Redis 的使用过程中, 处理不当会造成缓存击穿 缓存穿透和缓存雪崩问题, 本篇文章介绍解决这些问题的常规方法.
Redis缓存穿透和缓存击穿
m0_64284147的博客
07-25 3185
用户查询某一个数据，但该数据不存在于redis内存数据库中(缓存没有命中)，这时候就会向持久层数据库查询，但持久层数据库也没有该数据，于是本次查询失败，若用户很多时，他们查询的数据不存在于redis内存数据库中(缓存没有命中)，于是都去请求了持久层数据库，这样就会给持久层数据库带来很大的压力，这种大量不走redis内存数据库的现象就叫缓存穿透。缓存雪崩是一批key集中过期或redis宕机，导致持久层数据库挂掉，影响很大(为方便记忆，可以根据词义进行助记，雪崩一词的意味作用很广泛、范围很大，可记成。.....
如何有效避免Redis缓存击穿
分享关于Java编程、数据库管理和信息安全方面的最佳实践
07-22 1275
在这篇文章中，我们探讨了几种在Spring Boot应用中防止Redis缓存击穿的有效策略，包括设置随机过期时间、使用互斥锁、布隆过滤器和永不过期策略。每种策略都有其适用场景和潜在的权衡，开发者应根据自己的应用特性和业务需求进行选择。通过结合Spring Boot的灵活性和Redis的强大功能，我们可以设计出既健壯又高效的缓存解决方案，从而提高应用的可靠性和用户体验。实践中，这些策略的选择和调整需要持续的监控和优化，以应对不断变化的技术和业务环境。
Redis的缓存穿透、击穿、雪崩及解决方案
Kris_zwl的博客
06-09 873
Redis的缓存穿透、击穿、雪崩是缓存机制中常见的问题，它们都可能对系统性能和可用性产生严重影响。通过合理的缓存策略、数据结构设计以及系统架构优化，可以有效地避免这些问题，提高系统的稳定性和性能。
Redis的缓存穿透、缓存击穿和缓存雪崩
qq_53464269的博客
08-03 5932
缓存穿透缓存雪崩是指在同一时段大量的缓存key同时失效或者Redis服务宕机，导致大量请求到达数据库，带来巨大压力。缓存雪崩是因为大量的key同时过期所导致的问题，而缓存击穿则是部分key过期导致的严重后果。为什么大量key过期会产生问题而少量的key也会有问题？缓存击穿问题也叫热点Key问题，就是⼀个被高并发访问并且缓存重建业务较复杂的key突然失效了，无数的请求访问会在瞬间给数据库带来巨大的冲击。具体情况如下图所示：上述：假设此时该热点key的TTL时间到（失效了），则查询缓存未命中，会继续。
redis缓存雪崩、击穿、穿透
weixin_45414913的博客
05-21 7877
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录前言一、redis缓存雪崩二、redis缓存击穿三、redis缓存穿透 前言 主要是介绍一下redis缓存雪崩、击穿、穿透，以及他们的解决方式。 一、redis缓存雪崩 所谓的redis缓存雪崩指的是：redis中大量key集中过期或者redis服务器宕机，从而导致大量请求从数据库获取数据，导致数据库服务器访问压力过大。 解决方式： ① 若是由于大量key过期所造成的，可以给key的ttl设置一个过期时间 ② 若是因为redis.
Redis 缓存穿透、缓存击穿工具类资源
09-07
Redis 缓存穿透的处理（缓存空值） Redis缓存击穿处理（互斥锁与逻辑删除方案） 封装为工具类，并适用于所有需要进行缓存穿透、击穿的方案，采用了泛型以及Lambda 函数式编程来完成编码
什么是redis缓存穿透 雪崩 ,如何应对解决 redis缓存穿透 雪崩 的解决办法
01-07
1. **缓存击穿**：不同于缓存穿透，缓存击穿是指某一个非常热的Key在缓存过期的瞬间，大量的请求同时穿透缓存到达数据库。处理方式通常是将该热Key设置为永不过期，或者采用互斥锁机制，确保只有一个请求去更新缓存...
如何应对redis缓存雪崩,redis缓存穿透,redis缓存击穿,redis应对高并发的解决方案
12-11
redis缓存雪崩,redis缓存穿透,redis缓存击穿 redis应对高并发造成的雪崩、穿透、击穿
Java-Redis缓存穿透、缓存击穿及缓存雪崩（配解决方案及代码示例）.md
07-30
redis
基于Redisson实现延迟队列
许你安然的博客
08-20 605
延迟队列是一种常见的消息队列实现，用于处理需要在指定时间后执行的任务。Redisson是一个基于Redis的Java驻内存数据网格（In-Memory Data Grid）和远程计算解决方案，提供了丰富的分布式数据结构和服务，包括延迟队列。本文将介绍如何使用Redisson实现延迟队列，并给出基于Java的代码示例。本文介绍了如何使用Redisson实现延迟队列，并给出了基于Java的代码示例。通过将待执行的任务按照执行时间存储在延迟有序集合中，并使用轮询机制查询已到期的任务来实现延迟队列的功能。
redis常用操作命令
diffiii
08-21 172
显示服务器时间 , 时间戳(秒), 微秒数。模糊查询以fine为前缀的key值。模糊查询以ha为后缀的key值。删除指定key，多个用空格隔开。当前数据库key的数量。登录redis客户端。退出redis客户端。
【Redis】Redis数据结构——Hash 哈希
最新发布
zxj20041003的博客
08-23 563
⼏乎所有的主流编程语⾔都提供了哈希（hash）类型，它们的叫法可能是哈希、字典、关联数组、映射。在 Redis 中，哈希类型是指值本⾝⼜是⼀个键值对结构，形如 key = “key”，value = { {field1, value1 }, …, {fieldN, valueN } }，Redis 键值对和哈希类型⼆者的关系可以⽤图 2-15 来表⽰。
【Redis】集合类型详解及实际应用场景分析：从命令操作到内部编码
Hsusan的博客
08-20 449
如果 set1 和 set2 中都有一个 1，此时让 set1 的 1 移动到 set2 中，最终返回值是 1，即移动成功，set1 的 1 不见了，set2 的 1 也还在。注意，由于 set 内的元素是⽆序的，所以取出哪个元素实际是未定义⾏为，即随机删除，这里是真随机，而不是伪随机。这里的无序，是指变换一下元素的顺序，集合还是一样的集合，而不是说顺序逆序的无序。获取⼀个 set 的基数（cardinality），即 set 中的元素个数。获取⼀个 set 中的所有元素，注意，元素间的顺序是⽆序的。
redis缓存击穿穿透雪崩
02-23
当然，我可以为您介绍一下Redis缓存击穿、穿透和雪崩的概念。 1. 缓存击穿： 缓存击穿是指在高并发情况下，一个热点数据过期或者被删除，而此时有大量的请求同时访问该数据，导致请求直接打到数据库上，造成数据库...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值