介面層增加校驗，如使用者鑑權校驗，id做基礎校驗，id<=0的直接攔截；
從快取取不到的資料，在資料庫中也沒有取到，這時也可以將key-value對寫為key-null，快取有效時間可以設定短點，如30秒（設定太長會導致正常情況也沒法使用）。這樣可以防止攻擊使用者反覆用同乙個id暴力攻擊
public object getproductlistnew()
cachevalue = cachehelper.get(cachekey);
if (cachevalue != null) else
cachehelper.add(cachekey, cachevalue, cachetime);
return cachevalue;
}}
業界比較常用的做法，是使用mutex。簡單地來說，就是在快取失效的時候（判斷拿出來的值為空），不是立即去load db，而是先使用快取工具的某些帶成功操作返回值的操作（比如redis的setnx或者memcache的add）去set乙個mutex key，當操作返回成功時，再進行load db的操作並回設快取；否則，就重試整個get快取的方法。
setnx，是「set if not exists」的縮寫，也就是只有不存在的時候才設定，可以利用它來實現鎖的效果。
public string get(key) else
} else
}
if (memcache.get(key) == null) else
}
public object getproductlistnew() else else
}return cachevalue;
}}
注意：加鎖排隊的解決方式分布式環境的併發問題，有可能還要解決分布式鎖的問題；執行緒還會被阻塞，使用者體驗很差！因此，在真正的高併發場景下很少使用！
隨機值偽**：
public object getproductlistnew() else );
return cachevalue;
}}
普遍解決方案：
Redis快取穿透,穿透擊穿,快取雪崩
乙個一定不存在快取及查詢不到的資料，由於快取是不命中時被動寫的，並且出於容錯考慮，如果從儲存層查不到資料則不寫入快取，這將導致這個不存在的資料每次請求都要到儲存層去查詢，失去了快取的意義。有很多種方法可以有效地解決快取穿透問題，最常見的則是採用布隆過濾器，將所有可能存在的資料雜湊到乙個足夠大的bit...
redis快取穿透，擊穿，雪崩
快取穿透 描述 快取穿透是指快取和資料庫中都沒有的資料，而使用者不斷發起請求，多來自於黑客攻擊。由於快取是不命中時被動寫的，並且出於容錯考慮，如果從儲存層查不到資料則不寫入快取，這將導致這個不存在的資料每次請求都要到儲存層去查詢，失去了快取的意義。在流量大時，可能db就掛掉了，要是有人利用不存在的k...
redis 快取雪崩 穿透 擊穿
開源的 高效能的非關係型資料庫。大量的redis快取key同一時間失效，導致大量訪問請求直接打到資料庫，造成資料庫掛掉。解決方案 1.隨機初始化快取失效時間，不要讓大量快取在同一時間失效。2.將熱點key分配到不同的redis節點上。3.設定定時任務，在快取失效時將資料重新刷進去。一般是指redis...