看下这个段伪代码：
local value = get_from_cache(key)
if not value then
value = query_db(sql)
set_to_cache(value， timeout ＝ 100)
end
return value看上去没有问题，在单元测试情况下，也不会有异常。
但是，进行压力测试的时候，你会发现，每隔100秒，数据库的查询就会出现一次峰值。如果你的cache失效时间设置的比较长，那么这个问题被发现的机率就会降低。
为什么会出现峰值呢？想象一下，在cache失效的瞬间，如果并发请求有1000条同时到了query_db(sql)这个函数会怎样？没错，会有1000个请求打向数据库。这就是缓存失效瞬间引起的风暴。它有一个英文名，叫"dog-pile effect"。
怎么解决？自然的想法是发现缓存失效后，加一把锁来控制数据库的请求。具体的细节，春哥在lua-resty-lock的文档里面做了详细的说明，我就不重复了，请看这里。多说一句，ua-resty-lock库本身已经替你完成了wait for lock的过程，看代码的时候需要注意下这个细节。