缓存的常见问题

最新推荐文章于 2024-08-04 16:48:12 发布

javaNewBug

最新推荐文章于 2024-08-04 16:48:12 发布

阅读量276

点赞数 1

文章标签：缓存

本文链接：https://blog.csdn.net/weixin_42533428/article/details/132484511

版权

1.缓存的定义

缓存就是数据交换的缓冲区(称作:Cache),当某一硬件要读取数据时,会首先从缓存汇总查询数据,有则直接执行,不存在时从内存中获取。查询缓存是数据库的一项较为重要的功能，但是由于缓存的命中率低和增、删、改操作的增加，缓存中的数据要全部删除并更新，加大了数据库的压力。因此，在mysql8.0之后，取消了查询缓存这项功能。由于实际开发中数据库的查询压力会很大，因此我们选择第三方的缓存数据库来存储热点数据，从而减轻数据库的压力，我们常用的缓存数据库是redis。

2.缓存常见的问题

2.1 缓存雪崩

（1）定义

当某一个时刻出现大规模的缓存失效的情况，那么就会导致大量的请求直接打在数据库上面，导致数据库压力巨大，如果在高并发的情况下，可能瞬间就会导致数据库宕机。这时候如果运维马上又重启数据库，马上又会有新的流量把数据库打死。这就是缓存雪崩。

（2）原因

造成缓存雪崩的关键在于在同一时间大规模的key失效。为什么会出现这个问题呢，有几种可能，第一种可能是Redis宕机，第二种可能是采用了相同的过期时间。

（3）解决方案

①在原有的失效时间上加上一个随机值，比如1-5分钟随机。这样就避免了因为采用相同的过期时间导致的缓存雪崩；（预防）

②使用熔断机制。当流量到达一定的阈值时，就直接返回“系统拥挤”之类的提示，防止过多的请求打在数据库上。至少能保证一部分用户是可以正常使用，其他用户多刷新几次也能得到结果；

③提高数据库的容灾能力，可以使用分库分表，读写分离的策略；

④为了防止Redis宕机导致缓存雪崩的问题，可以搭建Redis集群，提高Redis的容灾性；

2.2 缓存击穿

（1）定义

其实跟缓存雪崩有点类似，缓存雪崩是大规模的key失效，而缓存击穿是一个热点的Key，有大并发集中对其进行访问，突然间这个Key失效了，导致大并发全部打在数据库上，导致数据库压力剧增。这种现象就叫做缓存击穿。

（2）原因

某个热点的key失效了，导致大并发集中打在数据库上。

（3）解决方案

①业务允许的情况下，对于热点的key可以设置永不过期的key；

②使用互斥锁。如果缓存失效的情况，只有拿到锁才可以查询数据库，降低了在同一时刻打在数据库上的请求，防止数据库打死。当然这样会导致系统的性能变差。

2.3 缓存穿透

（1）定义

我们使用Redis大部分情况都是通过Key查询对应的值，假如发送的请求传进来的key是不存在Redis中的，那么就查不到缓存，查不到缓存就会去数据库查询。假如有大量这样的请求，这些请求像“穿透”了缓存一样直接打在数据库上，这种现象就叫做缓存穿透。

（2）原因

Redis查不到key值，这和缓存击穿有根本的区别，区别在于缓存穿透的情况是传进来的key在Redis中是不存在的。假如有黑客传进大量的不存在的key，那么大量的请求打在数据库上是很致命的问题，所以在日常开发中要对参数做好校验，一些非法的参数，不可能存在的key就直接返回错误提示，要对调用方保持这种“不信任”的心态。

（3）解决方案

①把无效的Key存进Redis中。如果Redis查不到数据，数据库也查不到，我们把这个Key值保存进Redis，设置value="null"，当下次再通过这个Key查询时就不需要再查询数据库。这种处理方式肯定是有问题的，假如传进来的这个不存在的Key值每次都是随机的，那存进Redis也没有意义；

②使用布隆过滤器。布隆过滤器的作用是某个 key 不存在，那么就一定不存在，它说某个 key 存在，那么很大可能是存在(存在一定的误判率)。于是我们可以在缓存之前再加一层布隆过滤器，在查询的时候先去布隆过滤器查询 key 是否存在，如果不存在就直接返回；

③给key设置一个规范约束，程序中对于不符合规则的key，直接过滤掉。