redis缓存击穿

缓存击穿是指在缓存中存储的热点数据突然失效的瞬间，大量请求同时涌入后端数据库，造成数据库负载激增的情况。这种情况通常发生在某个非常热门的缓存键（热点key）失效后，接下来的所有请求都无法从缓存中获取数据，只能直接访问数据库，导致数据库被打爆。

解决方案：

热点key长时间有效，定时同步或发布-订阅：

将热点key的缓存过期时间设置得较长，确保在一段时间内热点key不会过期。
在缓存过期前，定时对缓存数据进行更新或同步，可以使用定时任务或者发布-订阅（Pub/Sub）机制，确保热点数据的及时更新。
使用互斥锁：

当检测到热点key失效时，首先使用互斥锁（例如Redis的分布式锁）来保护该热点key的查询过程。
第一个请求获取到锁的权限后，可以从数据库中获取数据，并将数据更新到缓存中。
后续的其他请求会等待一段时间后再尝试从缓存获取数据，等待期间如果缓存数据已经更新，则直接返回数据；如果等待时间超过一定阈值，则再次请求数据库获取数据，更新缓存，并重置缓存的有效时间。
实际案例：

在一个社交媒体应用中，用户的粉丝列表是一个热点数据，每当某个用户的粉丝列表失效时，大量请求涌入数据库，导致数据库负载过高，影响整个应用的性能。

为了解决这个问题，应用采取了以下措施：

热点key长时间有效：将用户的粉丝列表缓存设置得较长的过期时间，例如几分钟到几小时，以保证热点key不会频繁失效。
定时同步：在缓存过期前，定时任务会异步地从数据库中获取最新的粉丝列表数据，并更新到缓存中，确保缓存数据的及时更新。
互斥锁保护：当检测到粉丝列表的缓存失效时，第一个请求会获得互斥锁的权限，其他请求会等待一段时间后再尝试获取锁。这样可以避免大量请求同时涌入数据库。
通过以上措施，应用成功解决了缓存击穿问题，保证了用户粉丝列表的查询性能，提升了用户体验。同时，应用对于其他可能出现缓存击穿的热点数据，也采取了类似的策略进行处理，确保整个应用的稳定性和可靠性。