業務場景

一般是現有系統已經存在瓶頸，熱點查詢業務首先遷移到緩存。數據的變更還是在數據庫，對新的業務系統不透明。

業務要求

• 數據由其他可靠性存儲設備保存，緩存只保存熱點數據
• 通過設置緩存失效時間來保證緩存更新
• 緩存數據不存在則重新獲取
• 增加數據核對工具異步刷新緩存

需求分析

1. 建立用戶、建立redis數據分區、建立訪問分區，選擇熱點存儲模版（刷盤策略、主從同步策略不一樣）；

2. 建立環境后，建立分組（表），根據開發示例驗證分組可用；

3. 緩存API使用可以參考開發示例代碼；

4. 使用api設置緩存key超時時間；

5. 緩存使用加載可以參考熱key的緩存構建；

6. 使用定時任務掃描數據源獲取增量更新數據修改緩存或者在數據變更事件發送的業務代碼處更新緩存。

   需要注意的問題：緩存穿透

可靠性存儲的方案

若配置數據對數據一致性要求較高或者熱點變化非常頻繁可以考慮可靠性存儲場景來設計，但此方案需要業務數據的修改透明，能整體遷移到緩存。如下緩存部分的設計將變的簡單

業務要求：

• 數據由緩存保存，不允許丟失。

需求分析：配置類數據可以整體當次熱點數據，存放在緩存，簡化系統架構方案

• 建立redis數據分區，選擇持久化存儲模版（刷盤策略、主從同步策略不同）；
• 緩存API使用可以參考開發示例代碼。