# 緩存失效風暴 看下這個段偽代碼： ~~~ 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的文檔里面做了詳細的說明，我就不重復了，請看[這里](https://github.com/openresty/lua-resty-lock#for-cache-locks)。多說一句，ua-resty-lock庫本身已經替你完成了wait for lock的過程，看代碼的時候需要注意下這個細節。