redis缓存难点

一、缓存穿透

1、原因

• 当数据库不存在数据时，所有的查询缓存都将不会命中，此时都需要去访问数据库，当大量这样的请求发生时，会严重影响数据库的性能，这就是缓存穿透

2、解决方案

• (1)、存入空值。
• • 实现：查询到空数据的时候，将空数据存入缓存，查询的时候，查询到空数据直接返回。
• • 缺点：存入大量的key，内存占用过大，可以存入每个key的时候设置过期时间
• (2)、布隆过滤器
• • 实现：查询的时候首先经过布隆过滤器，然后再去查缓存
• • 缺点：并不能百分百过滤，不存在的有一定概率依赖会缓存穿透

二、 缓存雪崩

1、原因

• 当大量的缓存在同一时间失效或者缓存中间件宕机，此时如果有大量的请求，那么将会同时访问数据库，此时严重影响数据库的运行。

2、解决方案

• (1)、统一时间缓存的数据，设置不同的过期时间。
• (2)、缓存中间件采用分布式部署
• (3)、接口限流、服务降级
• (4)、多层缓存

三、 缓存击穿

1、原因

• 经常被访问的缓存失效，并且数据执行逻辑比较复杂。当大量用户同一时间访问到这个失效的缓存的时候，此时第一个用户查询缓存、未命中，执行业务逻辑处理，然后写入缓存，在这个业务逻辑处理和写入缓存的过程中，其他用户访问进来，那么依赖会执行第一个用户的逻辑。此时很多用户执行相同的逻辑，严重的影响系统性能，甚至会导致服务宕机。

2、解决方案

• (1)、互斥锁。当用户请求进来，首先查询缓存，缓存未命中，此时尝试获取锁，获取成功，则读取数据，读取完成后写入缓存，释放锁。未获取成功，则等待一段时间后重新获取查询缓存，未命中，继续尝试获取锁。缺点：用户请求数量多，那么同一时间将会有很多线程休眠，影像服务器性能。
• (2)、使用逻辑过期时间。缓存的时间不由独立的线程维护，而是自己手动维护。当用户请求进来，首先查询缓存，获取缓存的数据，根据数据里的过期时间判断数据是否有效，有效直接返回，无效，获取锁，获取锁失败直接返回旧数据，获取成功，则启动一个新线程读取数据，并写入缓存，主线程返回旧数据。缺点：数据一致性得不到保证。