redis 失效的key造成的问题

Question

是这样得 //这里面执行判断是否存在缓存 $res = redis -> get("xxx"); if($res != null){ //返回缓存结果 return $res;//缓存返回 } $res = db -> query("select * ...")//假设这句要3秒 redis -> setex("xxx",3600,$res)//保存到缓存，3600时间 //返回查询结果 return $res; 大概意思是这样的,就是我先从缓存取，没有就从数据库取，且存到缓存中，方便下次再去取。 但是问题就来了，假设我有千万并发，xxx 这个key存在3600,3600时间后自动销毁，必须得重新从数据库获取，而这句sql要3秒，3秒钟并发了几千万，就是查了几千万次数据库，必须得第一条成功缓存下来,后续的才不会跳过缓存返回那句，但这期间3秒却足以使服务器垮了，我想问的是怎样才能只访问一次数据库，其他那几千万访问都是从缓存取。

Answer 1

补充：

缓存被“击穿”问题（以前看过一篇文章的做法，你可以借鉴一下）：
业界比较常用的做法，是使用mutex。简单地来说，就是在缓存失效的时候（判断拿出来的值为空），不是立即去load db，而是先使用缓存工具的某些带成功操作返回值的操作（比如Redis的SETNX或者Memcache的ADD）去set一个mutex key，当操作返回成功时，再进行load db的操作并回设缓存；否则，就重试整个get缓存的方法。类似下面的代码：

 public String get(key) {
      String value = redis.get(key);
      if (value == null) { //代表缓存值过期
          //设置3min的超时，防止del操作失败的时候，下次缓存过期一直不能load db
          if (redis.setnx(key_mutex, 1, 3 * 60) == 1) {  //代表设置成功
               value = db.get(key);
                      redis.set(key, value, expire_secs);
                      redis.del(key_mutex);
              } else {  //这个时候代表同时候的其他线程已经load db并回设到缓存了，这时候重试获取缓存值即可
                      sleep(50);
                      get(key);  //重试
              }
          } else {
              return value;      
          }
  }

Answer 2

你这个问题就是比较经典的缓存穿透问题了，可以考虑两个方法
1.该key永不过期，写个定时脚本定期刷新结果，写入该key
2.或者加个访问锁。缓存更新期间的时候，set(lock, 1),然后其他请求发现lock=1,给个友好提示什么的，更新成功后,lock置为0。大原则上，宁愿用户体验差一些，也不能因为缓存穿透雪崩导致宕机。

Answer 3

脚本离线去刷缓存

Answer 4

3600秒自动销毁，你可以在3500秒的时候重新生成缓存，在缓存失效前刷新缓存。

Answer 5

并发导致的问题，首先考虑锁的机制来解决问题，可以使用redis 的setnx实现锁的，保证每次只有一个请求load数据，数据更新完，进行解锁

Answer 6

可以尝试Gearman