一次缓存雪崩的思考

场景：我们为了提高接口的响应时间，在一些高并发的场景（例如我们app的首页，分享页），都会做redis缓存，redis缓存大多数情况下我们都会设置有效时间，此时就可能出现缓存雪崩的情况，也就是在高并发时缓存失效，同一时间都去访问mysql，当然访问mysql是在设置了懒加载的情况（就是缓存没有取到，就去数据库取），此时就可能造成mysql巨大的压力，我们采用的方法一般是这几个。
1.不采用懒加载，手动初始化或定时初始化
此方法适用于非必要数据，且并发量比较大，比如我们平台的流量池数据，没有对整个系统不会有影响。此时就可以采用此方法，第二天再查看日志查找原因
2.采用synchronized加锁懒加载
此方法适用于每个用户的数据是一样的情况，比如我们平台的热门视频，由于我们热门视频对于所有视频都是一样的，如果缓存失效，此时mysql的所有查询请求都是一样的，会浪费很多的数据库链接数。所以同一时间保证一个请求成功，其他就可以从redis取了，大大减少了mysql的压力
3.采用线程池进行懒加载
此方法适用于每个用户的数据不一样，使用线程池可以使高并发变成可控的低并发，但是响应时间会变慢很多