一、业务流程
在我们查询商户信息时,我们是直接操作从数据库中去进行查询的,大致逻辑是这样,直接查询数据库那肯定慢咯,所以我们需要增加缓存
@GetMapping("/{id}")
public Result queryShopById(@PathVariable("id") Long id) {
return Result.ok(shopService.getById(id));
}
而这个 getById(id)
的方法,是由 IService接口
提供的, IService接口
是Mybatis-Plus给我们提供的这样的一个接口,它里面拿到Mapper后直接调用了 select()方法
,等于是直接走了数据库。
因此我们现在要做的事情就是给这个业务加redis缓存。
要想知道缓存怎么做,首先需要知道缓存工作的模型。
二、缓存模型和思路
没有添加缓存的时候,客户端向服务器发起的请求都会直接打到数据库,而数据库查询到数据后再返回到缓存。
添加缓冲就等于在客户端与数据库之间添加了一个中间层,例如添加redis缓存。
这样客户端请求就会优先到达我们的缓存,即redis,如果缓存数据存在,则直接从缓存中返回,如果缓存数据不存在,再查询数据库,然后将数据存入redis,这样将来随着用户请求的数据越来越多,redis中缓存的数据是不是也会越来越多,那么redis的命中率也就会越来越高,这样就形成了一个良性的工作模型了。
那么查询商户的功能参考这个模型,需要做出怎么样的修改呢?如左图
三、代码实现
这个业务肯定不能在controller中写,因为业务流程相对来讲比较多。
ShopController.java
/**
* 根据id查询商铺信息
* @param id 商铺id
* @return 商铺详情数据
*/
@GetMapping("/{id}")
public Result queryShopById(@PathVariable("id") Long id) {
return shopService.queryById(id);
}
IShopService.java
Result queryById(Long id);
RedisConstants.java
设定存储店铺的key
public static final String CACHE_SHOP_KEY = "cache:shop:";
ShopServiceImpl.java
代码思路:如果缓存有,则直接返回,如果缓存不存在,则查询数据库,然后存入redis。
@Service
public class ShopServiceImpl extends ServiceImpl<ShopMapper, Shop> implements IShopService {
@Autowired
private StringRedisTemplate stringRedisTemplate;
@Override
public Result queryById(Long id) {
// 1.从redis查询商铺缓存,查询的时候需要选择一个数据结构,应该选哈希还是string呢?这里存的商铺肯定是一个对象,存储一个对象很多同学会说选哈希。
// 没错,选哈希完全可以,因为之前演示的时候都是用哈希来演示,这里就用string来演示。
// 店铺key的选择要确保唯一,现在传店铺,每一个店铺都要有一个唯一的key,店铺的id就是唯一的,因此在这里直接使用id作为key。当然我们需要一个前缀
String key = RedisConstants.CACHE_SHOP_KEY + id;
String shopJson = stringRedisTemplate.opsForValue().get(key);
// 2.判断是否存在
if (StrUtil.isNotBlank(shopJson)) {
// 3.存在,直接返回
Shop shop = JSONUtil.toBean(shopJson, Shop.class);
return Result.ok(shop);
}
// 4.不存在,根据id查询数据库
Shop shop = getById(id);
// 5.查询数据库不存在,直接返回错误
if (shop == null) {
return Result.fail("店铺不存在!");
}
// 6.存在,写入redis
stringRedisTemplate.opsForValue().set(key, JSONUtil.toJsonStr(shop));
// 7.返回
return Result.ok(shop);
}
}
四、代码测试
重启服务,重新查询店铺,可以发现查询成功,第一次查询耗时 551ms
再来看一下redis,可以发现缓存也添加成功
此时再来重新查询(刷新一下浏览器),可以发现这次耗时只需要 257ms
清除控制台信息,然后再次查询,发现已经没有查询店铺的sql了,下面的sql是查询voucher(优惠券)的。
由此可见我们缓存确实生效了。