击穿：单个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
