热点key(频繁被访问的key)可能发生缓存击穿问题。
redis中一个热点的key(被频繁访问的key)过期了,此时大量访问该key的请求并发的发送过来,第一个到的请求还在进行数据库的查询,其他请求也穿过redis过来了,也对数据库进行查询,瞬间就可能把数据库压垮。
解决办法:
**1.加锁。一个线程过来先查询缓存,然后获取锁,获取锁成功才能查询数据库更新缓存,其他线程获取不到锁,就不停的循环查询缓存,尝试获取锁。这里我们可以用ReentrantLock的非阻塞方式获取锁,来实现自旋。
private static Lock lock = new ReentrantLock();
while (true) {
1.查询缓存
2.非阻塞式获取锁,获取成功的才能查询数据库更新缓存,获取不成功的线程重复查询缓存,尝试获取锁步骤。
if (lock.tryLock()) {
查询数据库
更新缓存
lock.unlock();
break;
}
}
2.让redis中的数据逻辑过期,但不实际上不会过期,给redis中的数据添加一个逻辑过期属性
一个线程过来查询缓存,查询到缓存之后,先判断有没有逻辑过期,没有逻辑过期就直接返回结果。
如果逻辑过期了,获取锁成功的那个线程,负责开启一个另一个线程来更新查询数据库,更新缓存,然后直接返回过期值
其他线程获取锁失败直接返回过期值。
private static Lock lock = new ReentrantLock();
1.查询缓存,没有逻辑过期直接返回结果
2.缓存逻辑过期了,非阻塞式获取锁,获取锁成功的线程负责开启另一个线程查询数据库更新缓存,然后直接过期值,
其他没拿到锁的线程也直接返回过期值。
if (lock.tryLock()) {
查询数据库
更新缓存
lock.unlock();
}
返回过期值