Redis缓存雪崩、缓存穿透、热点Key

我们通常使用 缓存 + 过期时间的策略来帮助我们加速接口的访问速度，减少了后端负载，同时保证功能的更新。

1、缓存穿透

缓存系统，按照KEY去查询VALUE,当KEY对应的VALUE一定不存在的时候并对KEY并发请求量很大的时候，就会对后端造成很大的压力。

（查询一个必然不存在的数据。比如文章表，查询一个不存在的id，每次都会访问DB，如果有人恶意破坏，很可能直接对DB造成影响。）

由于缓存不命中，每次都要查询持久层。从而失去缓存的意义。

1.1 使用互斥锁排队

业界比价普遍的一种做法，即根据key获取value值为空时，锁上，从数据库中load数据后再释放锁。若其它线程获取锁失败，则等待一段时间后重试。这里要注意，分布式环境中要使用分布式锁，单机的话用普通的锁（synchronized、Lock）就够了。

public String getWithLock(String key, Jedis jedis, String lockKey,
			String uniqueId, long expireTime) {
   
		// 通过key获取value
		String value = redisService.get(key);
		if (StringUtil.isEmpty(value)) {
   
			// 分布式锁，详细可以参考https://blog.csdn.net/fanrenxiang/article/details/79803037
			// 封装的tryDistributedLock包括setnx和expire两个功能，在低版本的redis中不支持
			try {
   
				boolean locked = redisService.tryDistributedLock(jedis,
						lockKey, uniqueId, expireTime);
				if (locked) {
   
					value = userService.getById(key);
					redisService.set(key, value);
					redisService.del(lockKey);
					return value;
				} else {
   
					// 其它线程进来了没获取到锁便等待50ms后