redis緩存與數據庫雙寫不一致問題以及解決方案

參考: 緩存與庫先寫哪個,這十幾張圖告訴你 分佈式之數據庫和緩存雙寫一致性方案解析 1. 先更新數據庫,再更新緩存 不可行。 原因分析: 頻繁更新緩存浪費資源(寫多讀少的場景) 緩存數據計算複雜,浪費性能(可能涉及多張表的計算) 線程併發安全問題。(更新緩存的順序不一致,導致髒數據) 2.先更新數據庫,再刪除緩存 旁路緩存策略(Cache Aside Pattern) 使用方式 基本讀取: 先讀緩
相關文章
相關標籤/搜索