8，redis缓存穿透，缓存击穿，缓存雪崩

一，缓存穿透：

  在某一时间服务器遭到恶意访问不存在的数据，但由于访问的数据在redis缓存不存在，而这些查询集中的落在数据库的操作上，导致数据库崩溃；

解决方案：

1. 对空值也进行缓存，如果查询的值不存在，也进行缓存，只是这个过期时间较短，一般不超过5分钟；
2. 设置可以访问的白名单,使用bitmaps,定义一个可访问的白名单，名单的id作为偏移量，每次访都和bitmaps的id进行比较，如果不在，那就不能进行访问，当然这样做每次都需要去bigmaps查询，多少会影响效率；
3. 使用布隆过滤器，其实他是一个很长的二进制向量（位图），它与bitmaps很像，它的缺点时误识别率和难删除；
4. 实时监控，一般企业都会有生产告警，当某一时间访问量突然增加，达到服务器阀值，会有告警，运维同事，对某些非正常ip进行拦截或报告网警即可；

二，缓存击穿；

当redis的某个热key过期，使访问大量的落在数据库上导致，数据库崩溃

解决方案：

1. 预先设置某些热key,并且加大这些热key的过期时间；
2. 事实调整，实时的添加某些热key,或调整过期时间；
3. 使用锁，当然会有效率问题

三，缓存雪崩

某一时间redis里面大量key过期，导致查询落到数据库；

解决方案：

1. 将缓存的失效时间分散，在原有失效时间增加一个随机值，来分散过期时间；例如；原有过期时间为五分钟，那用代码再加一个随机值；5分30秒，5分15秒。。。。。。
2. 调整架构设置多级缓存，nginx(缓存)+redis(缓存)+其他缓存(ehcache);
3. 设置过期标志更新缓存，某个key要过期的时候，通知另个线程去更新实际缓存；
4. 使用锁，但是不适合高并发情况；