Redis缓存击穿

缓存击穿问题也叫热点Key问题，就是一个被高并发访问并且缓存重建业务较复杂的key突然失效了，无数的请求访问会在瞬间给数据库带来巨大的冲击。

常见的解决方案有两种：

互斥锁
逻辑过期

利用锁

因为锁能实现互斥性。假设线程过来，只能一个人一个人的来访问数据库，从而避免对于数据库访问压力过大，但这也会影响查询的性能。（我们可以采用tryLock方法 + double check来解决这样的问题。）

优点

没有额外的内存消耗
保证一致性
实现简单

缺点

线程需要等待，性能受影响
可能有死锁风险

redisTemplate实现互斥锁：（没有考虑原子性，原子性可以使用lua脚本保证）

private static final String ID_PREFIX = UUID.randomUUID().toString(true) + "-";

//获取锁
public boolean tryLock(long timeoutSec) {
// 获取线程标示
String threadId = ID_PREFIX + Thread.currentThread().getId();
// 获取锁
Boolean success = stringRedisTemplate.opsForValue()
             .setIfAbsent(KEY_PREFIX + name, threadId, timeoutSec, TimeUnit.SECONDS);
return Boolean.TRUE.equals(success);
}
//释放锁
public void unlock() {
 // 获取线程标示
 String threadId = ID_PREFIX + Thread.currentThread().getId();
 // 获取锁中的标示
 String id = stringRedisTemplate.opsForValue().get(KEY_PREFIX + name);
 // 判断标示是否一致
 if(threadId.equals(id)) {
     // 释放锁
     stringRedisTemplate.delete(KEY_PREFIX + name);
 }
}

逻辑过期

逻辑过期方案可以根本上解决缓存击穿的问题（key到期），因为可以不设置过期时间，并且可以在逻辑过期后删除缓存，不会一直占用内存。

大体流程：我们把过期时间设置在 redis的value中，注意：这个过期时间并不会直接作用于redis，而是我们后续通过逻辑去处理。假设线程1去查询缓存，然后从value中判断出来当前的数据已经过期了，此时线程1去获得互斥锁，那么其他线程会进行阻塞，获得了锁的线程他会开启一个线程去进行以前的重构数据的逻辑，直到新开的线程完成这个逻辑后，才释放锁，而线程1直接进行返回，假设现在线程3过来访问，由于线程线程2持有着锁，所以线程3无法获得锁，线程3也直接返回数据，只有等到新开的线程2把重建数据构建完后，其他线程才能走返回正确的数据。