Redis 击穿、雪崩、穿透、分布式锁

击穿、雪崩、穿透、分布式锁

击穿：单个key查询不到，然后大量请求穿过缓存，并发访问DB，造成DB崩溃

出现原因：

• 缓存设计的有效期短
• LRU淘汰了key

解决方案：

• 代码层面，第一个访问的线程未获取到key，加锁查询数据库，然后放入到缓存，期间其他线程等待
• 使用二级缓存，对缓存做备份。
• 设置永不过期
• 在查询数据库之前，使用bitmap 先判断数据库中是否存在数据，不存在直接返回，减轻数据库的压力

雪崩：多个key查询并且出现高并发，缓存中失效或者查不到，然后都去db查询，从而导致db压力突然飙升，从而崩溃。

出现原因:

• 1 key同时失效

• 2 redis本身崩溃了

解决方案：

• 在每个key 上设置上一个随机时间值：setRedis（Key，value，time + Math.random() * 10000）；
• 在查询数据库之前，使用bitmap 先判断数据库中是否存在数据，不存在直接返回，减轻数据库的压力
• 如果Redis是集群部署，将热点数据均匀分布在不同的Redis库中也能避免全部失效的问题（一致性hash算法搭建集群，找一个代理，通过算法将热点数据均匀分不到不同节点上）
• 高可用，sentinel ，redis cluster
• 降级，如果mysql 能抗住1000的并发，那么当请求到达800的时候剩余其他的访问直接返回空，保证系统核心的正常运行。

穿透：查询了一个缓存、数据库中都没有的数据，高并发的访问会给DB造成压力。

出现原因：

• 代码编写过程中key值有问题写错了
• 恶意攻击

解决方案：

• 数据库中没有，设置一个默认值放入到缓存中
• 在查询数据库之前，使用bitmap 先判断数据库中是否存在数据，不存在直接返回，减轻数据库的压力
• 校验key值是否符合规则进行过滤
• 前端对同一个IP大量的请求做限流

分布式锁：

参考：

• https://www.cnblogs.com/wlwl/p/11651409.html

• https://www.jianshu.com/p/47fd7f86c848