前言
相信很多人都用过mybatis，这篇文章主要是介绍mybatis的缓存，了解一下mybatis缓存是如何实现，以及它在实际中的应用
一级缓存
什么是mybatis一级缓存？我们先看一个例子：
@GetMapping("/list")
public Result<Void> listGoods(){
GoodsExample goodsExample = new GoodsExample();
goodsMapper.selectByExample(goodsExample);
goodsMapper.selectByExample(goodsExample);
return Result.okWithNullData();
}
上面这个例子有两个相同的查询方法，我们看看日志
我们看到即使两个查询方法一样，它也查询了两次数据库。mybatis为了优化这种情况，既然两次查询语句一样，那么就将第一次结果缓存起来，那么第二次查询就不用再查数据库。
其实要实现这个功能也是挺简单的，你只需在方法上加上@Transactional即可
@Transactional
public Result<Void> listGoods(){
// 代码省略
}
再看看运行日志
我们可以看到只有一次查询，正常情况下每发起一次查询就会创建一个SqlSession，查询结束了，SqlSession就会被销毁。如果开启了事务，那么就可以为多个查询创建一个共同的SqlSession，那么在同一个事务中，如果说存在相同的查询，那么后面的查询都会直接拿第一次查询的结果。
这么看来，mybatis的一级缓存还不错，但现实告诉你如果你的项目比较大，比较复杂，比如分布式，如果使用mybatis的一级缓存，很容易就踩坑了，因此一些大公司都会要求禁用它，而使用redis
mybatis是默认开启一级缓存的，如果要关闭，可以在配置文件这样配置：
# 默认值是session，如果要关闭，设置成statement即可
mybatis.configuration.local-cache-scope=statement
为什么说很容易踩坑呢？
其实简单来说就是第一次缓存的结果，被另外的线程更新了，那么如果后面再拿到的数据就是脏数据。
总之禁用它，使用redis代替它准没错
二级缓存
假如说现在有100个请求在同一时间请求列表数据，就上面那段代码而言，正常情况下要查询200次数据库
@GetMapping("/list")
public Result<Void> listGoods(){
GoodsExample goodsExample = new GoodsExample();
// 第一次查询
goodsMapper.selectByExample(goodsExample);
// 第二次查询
goodsMapper.selectByExample(goodsExample);
return Result.okWithNullData();
}
如果开启了一级缓存，那么也要查询100次，因此mybatis就提供了二级缓存
二级缓存的设置也很简单，只需在Mapper.xml文件中加上cache标签即可
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="com.example.demo.dao.mapper.GoodsMapper">
<!--缓存标签-->
<cache></cache>
<resultMap id="BaseResultMap" type="com.example.demo.domain.entity.Goods">
<id column="id" jdbcType="BIGINT" property="id" />
<result column="goods_name" jdbcType="VARCHAR" property="goodsName" />
<result column="number" jdbcType="INTEGER" property="number" />
<result column="create_time" jdbcType="TIMESTAMP" property="createTime" />
<result column="update_time" jdbcType="TIMESTAMP" property="updateTime" />
</resultMap>
<!--省略代码-->
当我们再次请求list接口时，看看控制台的日志
我们可以看到除了第一次查询要查询数据库外，后面的几次查询列表都是直接从缓存中拿数据
mybtais二级缓存看上去好像挺好用的，但现实当中还是给你来个暴击，最好不要用。
我们要搞清楚它的作用范围，它时针对命名空间的，就比如说上面提到的mapper.xml，如果说你部署在一个节点，那么就只有一个mapper.xml，缓存的结果直接从这个空间下获取即可，但很多时候随着业务的增大可能要部署多个节点，那每个节点都有自己的mapper.xml，而每个节点更新缓存只会更新自己节点的mapper.xml，因此可能会出现下面的问题
客户端有个请求过来，从A节点获取列表数据的，如果有缓存查缓存，没有就查数据库，比如说meta 60产品数据，它的价格时6000元
客户端再发个请求过来，从B节点获取列表数据的，如果有缓存查缓存，没有就查数据库，比如说meta 60产品数据，它的价格时6000元
这是没有问题的，但现在管理人员调整了产品价格，从6000改成5000，他的这次更新请求刚好请求了B节点(客户端请求节点是随机的)，此时B节点缓存刷新了
那现在是不是会出现这样的情况，有些用户看到的商品价格是6000(刚好访问了A节点，直接读取缓存)，有些用户看到的价格却是5000(请求了B节点，B节点会重新查库)
所以mybtais二级缓存慎用！
