最近一段時間在做雙十一的優化，對于緩存的使用和改造漸漸有了一些思考，記錄一下

• 緩存的使用、選擇
  * 讀簡單，寫復雜的業務最好放在寫入端
  * 讀復雜，寫簡單的業務邏輯放在讀取端
  * 根據業務的類型，選擇是使用集中式緩存還是分布式的
  * key-value的規則
  * 基礎的cache需要關注的事：替換策略等等。。。
• 緩存導致的數據不一致，補償措施
  * 對于集中式的緩存做補償是比較容易的
  * 對于分布式的相對來說比較麻煩，方案待考慮，TMD tair是怎么搞得，有同步機制補償嗎？感覺不太對啊，TODO

• 緩存并發寫入的問題
  * 緩存也是有狀態的序列化對象，一定要注意并發的問題，md上次統一調度的是否確認審核就出現了這個情況，too young too simple

• 大促期間的控制
  * 失效時間
  * 預熱數據量
  * 預熱校驗
  * 預熱流程：比如說預熱會不會導致下游服務擊穿，是否會存在批量DB操作或者引發DB性能問題
  * 預熱的并發數量控制
  * 批量預熱等

• cache重建

• 大批量緩存同時失效可能會導致緩存擊穿率升高
• 緩存失效時間加一個隨機數，避免同時失效
• 考慮是否需要失效后在做一下加載？看情況決定是否有必要，我感覺大促沒必要
• 非關鍵鏈路應用加流控

而且具體的的緩存實現方式也很有意思，看Guava的cache實現，使用了FutureTask的形式，這個設計四高一

轉載于:https://www.cnblogs.com/kakaxisir/p/7426332.html

總結

以上是生活随笔為你收集整理的缓存优化过程中的一些思考的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。