緩存更新政策

要根據資料一緻性要求和維護成本綜合考慮

一、容量滿删除

在緩存容量達到最大值時使用LRU等算法使部分緩存失效。資料一緻性要求低，但實作簡單

二、逾時更新

對資料一緻性要求不高的業務可簡單地設定逾時時間

三、主動更新

1、先更新資料庫，再删緩存（推薦）

失效場景：A查詢，B更新。A緩存未命中，準備将資料庫中的資料放入緩存。此時B更新了資料庫并删除緩存，A将舊資料放入了緩存導緻以後的資料仍為舊資料

2、先删緩存，再更新資料庫

失效場景：A查詢，B更新。B先把緩存删除，A緩存未命中，将舊資料重新添加到緩存，導緻以後的資料仍為舊資料

3、先更新緩存，再更新資料庫

失效場景：A、B均更新。A更新緩存，B更新緩存，B更新資料庫，A更新資料庫。此時資料庫與緩存中的資料不一緻

4、與3相反