缓存穿透的概念很简单,用户想要查询一个数据,发现一个数据,发现redis内存数据库没有,也就是缓存没有命中,于是向吃就层数据库查询,发现也没有,于是本此查询失败。当用户很多的时候,缓存没有命中(秒杀)于是都去请求持久层,这会给持久层数据库造成了很大的压力,这时候造成了很大的压力,这时候就相当于出现了缓存穿透。
但是这种方法会存在两个问题:
概述 这里需要注意缓存击穿的区别,缓存击穿,是指一个key非常热点,在不停的扛着大并发,大并发集中对这个点进行访问,当这个key在失效孙坚,次序的大并发就穿破缓存,直接请求数据库,就像在一个屏障上打开了一个洞。
当某个key在过期孙坚有大量的并发访问,这类数据一般是热点数据,由于缓存过期,会同时访问数据库来查询最新数据,并写入缓存,会导致数据库瞬间压力过大!
1.设置热点数据永不过期
从缓存方面来看,没有设置过期时间,所以不会出现热点key过期后产生的问题。
2.加互斥锁
分布式锁:使用分布式锁,保证对于每个key同时只有一个线程去查询后端服务,其他线程没有获得分布式锁的权限,因此只需要等待即可。这种方式将高并发的压力转移到了分布式锁,因此对分布式锁的考考验很大。
概念 缓存雪崩是指,缓存层出现了错误,不能正常工作了。于是所有的请求都会达到存储层,存储层的调用量会暴增,造成存储层也会挂掉的情况。
redis高可用
这个思想的含义是,既然有可能挂掉,那我们就增加设置几台redis,这样一台挂掉之后其他的还可以继续工作,其实就是搭建的集群。
限流降级
这个解决方案的思想是,在缓存失效后,通过加锁或者队列来控制读数据库写缓存线程的数量。比如对某个key只允许一个线程查询数据和写缓存,其他线程等待。
数据预热
数据加热的含义就是在正式部署前,我们吧可能被访问的数据预先访问一遍,这样部分可能大量访问的数据就会加载到缓存中,在即将发生大并发访问前手动触发加载缓存不同的key,设置不同的过期时间,让缓存失效的时间尽量均匀一点。