一,缓存穿透:
??在某一时间服务器遭到恶意访问不存在的数据,但由于访问的数据在redis缓存不存在,而这些查询集中的落在数据库的操作上,导致数据库崩溃; 解决方案:
- 对空值也进行缓存,如果查询的值不存在,也进行缓存,只是这个过期时间较短,一般不超过5分钟;
- 设置可以访问的白名单,使用bitmaps,定义一个可访问的白名单,名单的id作为偏移量,每次访都和bitmaps的id进行比较,如果不在,那就不能进行访问,当然这样做每次都需要去bigmaps查询,多少会影响效率;
- 使用布隆过滤器,其实他是一个很长的二进制向量(位图),它与bitmaps很像,它的缺点时误识别率和难删除;
- 实时监控,一般企业都会有生产告警,当某一时间访问量突然增加,达到服务器阀值,会有告警,运维同事,对某些非正常ip进行拦截或报告网警即可;
二,缓存击穿;
当redis的某个热key过期,使访问大量的落在数据库上导致,数据库崩溃 解决方案:
- 预先设置某些热key,并且加大这些热key的过期时间;
- 事实调整,实时的添加某些热key,或调整过期时间;
- 使用锁,当然会有效率问题
三,缓存雪崩
某一时间redis里面大量key过期,导致查询落到数据库;
解决方案:
- 将缓存的失效时间分散,在原有失效时间增加一个随机值,来分散过期时间;例如;原有过期时间为五分钟,那用代码再加一个随机值;5分30秒,5分15秒。。。。。。
- 调整架构设置多级缓存,nginx(缓存)+redis(缓存)+其他缓存(ehcache);
- 设置过期标志更新缓存,某个key要过期的时候,通知另个线程去更新实际缓存;
- 使用锁,但是不适合高并发情况;
|