场景需求
先从一个最简单的缓存需求开始,比如数据被查询后,希望能缓存一段时间,提高接口响应速度、缓解DB压力等。
解决思路
首先查询缓存,
如果缓存没有命中,则调用业务代码进行数据加载,并将数据写入缓存、设置超时时间;
如果缓存命中,则直接返回缓存数据。
优点:
方案简单
缺点:
缓存数据没有及时更新
总结:
适用于对数据实时性不敏感的场景。
EdsCache使用样例
@EdsCache(key = “user_prefix”, expire = 120)
public UserDTO getUser(@EdsCacheKey Long id){
return userDao.getUser(id);
}
详细缓存key构造规则,请参考Key构造规则。
本文来自网易实践者社区,经作者陈婷授权发布。
相关阅读:EdsCache通用缓存框架——(1)总览导航