Redis雪崩、穿透、击穿

雪崩

缓存雪崩是指在我们设置缓存时采用了相同的过期时间，导致缓存在某一时刻同时失效，请求全部转发到DB，DB瞬时压力过重雪崩。

解决：原有的失效时间基础上增加一个随机值，比如1-5分钟随机，这样每一个缓存的过期时间的重复率就会降低，就很难引发集体失效的事件。

总结：大量缓存同时过期，导致大量请求访问数据库。设置过期时间+随机值

穿透

缓存穿透是指查询一个不存在的数据，由于缓存无法命中，将去查询数据库，但是数据库也无此记录，并且出于容错考虑，我们没有将这次查询的null写入缓存，这将导致这个不存在的数据每次请求都要到存储层去查询，失去了缓存的意义。在流量大时，可能DB就挂掉了，要是有人利用不存在的key频繁攻击我们的应用，这就是漏洞。

解决：空结果也进行缓存，但它的过期时间会很短，最长不超过五分钟。

总结：大量请求同时访问不存在的数据。把查询结果为null的数据放入缓存中

击穿

缓存击穿是指对于一些设置了过期时间的key，如果这些key可能会在某些时间点被超高并发地访问，是一种非常“热点”的数据。这个时候，需要考虑一个问题：如果这个key在大量请求同时进来之前正好失效，那么所有对这个key的数据查询都落到db，我们称为缓存击穿。

与缓存雪崩的区别：

击穿是一个热点key失效雪崩是很多key集体失效

总结：有一个key，缓存中没有，大量请求同时访问该key对应的数据。加分布式锁

分布式锁之Redisson

官方文档地址：https://github.com/redisson/redisson/wiki

快速入门

引入依赖 <dependency> <groupId>org.redisson</groupId> <artifactId>redisson</artifactId> <version>3.11.2</version> </dependency> 添加配置 @Configuration public class RedissonConfig { @Bean public RedissonClient redissonClient(){ Config config = new Config(); // 可以用"rediss://"来启用SSL连接 config.useSingleServer().setAddress("redis://172.16.116.100:6379"); return Redisson.create(config); } } 代码实现 @Autowired private RedissonClient redissonClient; @Override public void testLock() { RLock lock = this.redissonClient.getLock("lock"); // 只要锁的名称相同就是同一把锁 lock.lock(); // 加锁 // 查询redis中的num值 String value = this.redisTemplate.opsForValue().get("num"); // 没有该值return if (StringUtils.isBlank(value)) { return; } // 有值就转成成int int num = Integer.parseInt(value); // 把redis中的num值+1 this.redisTemplate.opsForValue().set("num", String.valueOf(++num)); lock.unlock(); // 解锁 }