Redis数据缓存可能遇到的问题

最新推荐文章于 2024-06-20 23:03:14 发布

wuweihao123456

最新推荐文章于 2024-06-20 23:03:14 发布

阅读量664

点赞数

分类专栏： redis 文章标签： redis

本文链接：https://blog.csdn.net/wuweuhai/article/details/123342296

版权

2 篇文章 0 订阅

订阅专栏

Redis

第一章 Redis之缓存可能遇到的问题

数据批量导入，这一批数据的过期时间可能一样，如果这时候有大量请求访问，该如何解决？如果别人知道缓存中的key某个生成规则，专门发送一些攻击请求，又该怎么办？

使用缓存的目的就是为了减少请求直接访问数据库，使用更高性能的缓存中间件来加快查询数据，同时保护数据库不被大量请求所打垮。

多引入一个中间件，就会导致系统变得更复杂，一旦中间件挂了，可能会导致系统的不可用。
像使用redis来作为缓存中间件，正常情况下可以抵御高并发情况下对数据库的冲击，但是一旦某些黑客知道了系统的一些规则，专门来攻击，还是有可能导致系统的不可能用。

缓存雪崩是指由于大量热点key同时过期，导致大量请求直接访问数据库，导致数据库承受不住这样的压力，可能导致数据的宕机，最终导致服务的不可用。

如何解决这样的问题呢？以下有解决几方案：

缓存穿透的意思是查询一个根本不存在的数据，缓存层和数据库层都不命中，通常处于容错考虑，如果从数据库层查询不到的数据则不写入缓存层。

出现这种情况有可能像淘宝管理员把货物数据删除，但是此刻有大量请求访问或者黑客攻击一些专门不存在的数据，导致数据库层和缓存层都查询不到。

解决办法：

布隆过滤器，布隆过滤器的特点是，如果在布隆过滤中查询不到，那么缓存中就一定不存在，如果布隆过滤器可以查询到，那么缓存中可能存在。缺点就是需要在服务启动的时候把数据加载进去，一点缓存中某些key被删除了，布隆过滤器中的数据无法被删除，数据会越来越多。
前端负载均衡，限流。
当查询数据库为空时，在缓存中设置一个空缓存，再次查询的时候，就可以返回一个空对象了。为了防止缓存中存储过多的无效数据，可以给这些缓存设置一个过期时间。

缓存击穿的意思是查询一个数据在缓存中没有，但是在数据库中有，但是一旦有大量请求访问，由于在缓存中查询不到，会直接请求数据库层，数据库压力过大。

出现这种情况有可能像直播带货，宣传一种平时不热销的商品，但是在宣传完之后，会有大量的人进行访问购物，此刻对于后端来说，缓存中是没有这样的商品信息的。

解决办法：

不给这些商品设置过期时间，缺点就是缓存中会缓存过多无用数据。
使用类似单例模式中DCL方式，双重检测。先查询缓存，如果查询不到，则进行加锁，再次进行查询缓存，如果还是查询不到，则查询数据库。大部分情况下，只有在一开始有大量请求获取不到数据，由于加锁，所有线程都需要获取锁，线程被阻塞住了，一旦第一个线程获取数据成功，锁被释放，后续都可以获取数据成功。
另一个方案在方案2的基础上，可以在锁的时间上增加一个过期时间，但部分情况下，等待一个很短时间内数据就已经被加载到了缓存中，这样就避免了线程需要一个一个进行排队获取锁，提高了并发量。
另一个就是使用读写锁，在修改和新增数据的时候，使用写锁，查询数据的时候使用读锁，在控制粒度上就比方案2中好很多，并发量可以大量提高，推荐使用Redission这个jar包。