redis缓存

放入缓存中的数据应该指定过期时间，为什么呢,  因为过期时间可以确保缓存中的数据不会永久存在，从而避免缓存中出现过时或无效的数据。指定过期时间有以下几个重要原因：

1. 数据更新和一致性：当数据发生变化时，缓存中的数据可能会变得过时。

如果不过时，新的数据就更新不了，就失去了缓存的意义；

通过设置过期时间，可以确保缓存中的数据在一定时间后会被更新，从而保持数据的一致性。

2. 节约资源：过期时间可以帮助释放不再需要的缓存数据，从而节约内存和其他资源。没有过期时间的数据可能会一直存在于缓存中，占用资源并降低缓存的效率。
如果不过时，旧的数据
3. 避免缓存满载：如果缓存中的数据一直不过期，可能会导致缓存满载，从而影响新数据的缓存和缓存的性能。

4. 保护隐私和安全：某些敏感数据可能不适合长时间存在于缓存中。通过设置过期时间，可以确保这些数据在一定时间后被清除，从而保护隐私和安全。

因此，为了保持缓存的有效性、一致性和性能，我们应该始终为放入缓存中的数据指定适当的过期时间。

 

 

v>

二、缓存失效问题

先来解决大并发读情况下的缓存失效问题；

1、缓存穿透



缓存穿透是指查询一个一定不存在的数据，由于缓存是不命中，将去查询数据库，但是数

据库也无此记录，我们没有将这次查询的 null 写入缓存，这将导致这个不存在的数据每次

请求都要到存储层去查询，失去了缓存的意义。



在流量大时，可能 DB 就挂掉了，要是有人利用不存在的 key 频繁攻击我们的应用，这就是

漏洞。



解决：

缓存空结果、并且设置短的过期时间。

2、缓存雪崩



缓存雪崩是指在我们设置缓存时采用了相同的过期时间，导致缓存在某一时刻同时失

效，请求全部转发到 DB，DB 瞬时压力过重雪崩。



解决：

原有的失效时间基础上增加一个随机值，比如 1-5 分钟随机，这样每一个缓存的过期时间的

重复率就会降低，就很难引发集体失效的事件。

3、缓存击穿



对于一些设置了过期时间的 key，如果这些 key 可能会在某些时间点被超高并发地访问，

是一种非常“热点”的数据。



这个时候，需要考虑一个问题：如果这个 key 在大量请求同时进来前正好失效，那么所

有对这个 key 的数据查询都落到 db，我们称为缓存击穿。



解决：

加锁