缓存是我们项目优化最重要的部分之一,在这里分享一下我使用redis做缓存的方法。
引入maven,书写工具类在另外一篇博客里面
redis在springboot使用
我们这里主要讲实战。
1. 那里需要缓存?
- 不经常变化的数据。
例如,官网的一下企业动态,公告,等等这些东西。 - 经常变化的数据。
例如,访问量统计
2. 项目中的使用
先说这种情况,数据不经常发生变化,但是如果想,也是可以发生变化的,如果根本就不发生变化,我们就直接写成静态的了。
2.1 使用缓存的处理逻辑
没有使用缓存之前,处理的逻辑事这样的;
这样的话,对于数据库压力很大,所以这样写不行的。
再来看使用缓存的逻辑。
- 先进入conroller
- 再到service
- service处理逻辑,先去redis查看是否有此缓存,如果有就直接返回数据,不再去数据库读取了。
- 如果缓存没有数据,去数据库读取数据
- 将数据存入缓存,然后返回
这样的话,我们就成功的使用了缓存。
代码demo:
@Override
public BaseResponse demo(int page,int limit) {
//1. 去reids查询数据
Object obj= redisUtil.getHash("demo",page+"-"+limit);
if (!StringUtils.isEmpty(obj)){
//如果有数据进入到这里
// 将数据转化成我们想要的类型,
List<demo> list= JSONArray.parseArray((String) obj, demo.class);
//1.1 返回结果
return setResultSuccess(list);
}
//2 如果换成没有就读取msyql
List<demo> integer = mysql.select();
if(integer == null){
return setResultError(Constants.HTTP_RES_CODE_200_VALUE);
}
//3.将 List<实体类> 类型转换成json类型,然后存入redis
Json json = JSONArray.toJSON(demo);
redisUtil.setHash("demo",page+"-"+limit,json .toString());
//3.1 返回结果
return setResultSuccess(integer );
}
在这里,我是使用hsah存储的方法,存储的是分页查询的数据,以页码为key,查询的数据为value,存入redis。
这样的话,只要是我们的数据库不发生变化,那么用户走的都是缓存,效率极高。
2.2 更新缓存的逻辑(缓存和数据库保持一致)
代码于上面的基本一样,但是又有一些不同。
@Override
@Transactional
// 这里就是新增一条数据,那么之前的分页数据,顺序都发生了变化
public BaseResponse SlideshowAdd(GwSlideshow gwSlideshow) {
//1. 先把缓存给删了
Boolean demo = redisUtil.delKeyString("demo");
if(!demo){
return setResultError("系统超时!");
}
//2. 在进行新增的逻辑
//3. 给前端返回结果
return setResultSuccess();
}
为什么先把缓存给删掉?
肯定有人有疑问,如果我把缓存给删了,然后没有新增失败了,mysql直接事务回滚,那么岂不是缓存和数据库没有达到一致?所以要把删除缓存的步骤放在数据库新增成功之后。
我这里给大家说一下: 在这个业务代码中,有两个不确定因素
- 第一个就是我们删除reids缓存这个步骤,你无法确保百分之百成功
- 第二个新增mysql数据,也无法保证百分之百成功。
而这个时候,如果你选择先操作数据库,然后再操作redis,如果reids没有删除成功,那么就造成了数据库是最新的数据,而缓存则是旧缓存,用户访问是先访问缓存的,这个时候,最新的数据是无法看到的。
而如果是先删除缓存,那么如果缓存报错,那么直接就不操作数据库了,直接返回错误。
有人说redis不是也有事务么,加事务不就可以了?
springboot整合reids于mysql达到数据一致,我会在另外一篇博客讲解,那个涉及的东西很多,对于小型项目,这个方法就足够了,并不一定都要用事务。
3. 常用的一些缓存命名
- 以sql语句为key
- 以方法名+参数命名
- 自定义一些容易区分,并且容易管理的命名
我个人采用的是第二种方式