业务场景

一般是现有系统已经存在瓶颈，热点查询业务首先迁移到缓存。数据的变更还是在数据库，对新的业务系统不透明。

业务要求

l 数据由其他可靠性存储设备保存，缓存只保存热点数据

l 通过设置缓存失效时间来保证缓存更新

l 缓存数据不存在则重新获取

l 增加数据核对工具异步刷新缓存

需求分析

1. 建立用户、建立redis数据分区、建立访问分区，选择热点存储模版（刷盘策略、主从同步策略不一样）；

2. 建立环境后，建立分组（表），根据开发示例验证分组可用；

3. 缓存API使用可以参考开发示例代码；

4. 使用api设置缓存key超时时间；

5. 缓存使用加载可以参考热key的缓存构建；

6. 使用定时任务扫描数据源获取增量更新数据修改缓存或者在数据变更事件发送的业务代码处更新缓存。

需要注意的问题：缓存穿透

可靠性存储的方案

若配置数据对数据一致性要求较高或者热点变化非常频繁可以考虑可靠性存储场景来设计，但此方案需要业务数据的修改透明，能整体迁移到缓存。如下缓存部分的设计将变的简单

业务要求：

l 数据由缓存保存，不允许丢失。

需求分析：配置类数据可以整体当次热点数据，存放在缓存，简化系统架构方案

l 建立redis数据分区，选择持久化存储模版（刷盘策略、主从同步策略不同）；

l 缓存API使用可以参考开发示例代码。

分布式缓存Redis