Java MyBatis本地缓存原理详解

背景

出现了一次生产事故，事情是这样的，我们有一个项目，Java访问数据库的框架使用的是MyBatis。然后一个业务员在系统中查询了一个订单，发现这个订单是未支付的状态，于是业务员联系客户，让客户支付，客户支付完成后，业务员又去系统查询，结果还是未支付状态，刷新了页面也是一样，不过过了一会就好了。业务员把这个延迟问题，反馈给了我们。我就看代码，只是一个简单的select * from order where id = ?语句调用。这个时候就想到了我们今天故事的主角，MyBatis的缓存机制。

发现问题

复现

public class Main {
 public static void main(String[] args) throws IOException, InterruptedException {
   SqlSessionFactory build = new SqlSessionFactoryBuilder().build(Resources.getResourceAsStream("mybatis-config.xml"));
   UsersMapper mapper = build.openSession().getMapper(UsersMapper.class);
   List<Users> users = mapper.selectAll();
   System.out.println(JSONUtil.toJsonStr(users));

// 在这睡眠期间去使用update语句修改数据库信息。
   Thread.sleep(1000 * 10);
   List<Users> users1 = mapper.selectAll();
   System.out.println(JSONUtil.toJsonStr(users1));

}
}

看到上面的问题，很自然的就想到之前面试时候背的八股文，MyBatis的一二级缓存。

解决问题

其实这个问题，对于实效性不强的项目的话，完全可以和业务说，网络延迟，等一等就可以了。 如果说实用性比较强的项目，可以选择禁用这个缓存。不过这样也会带来一个问题，也就是没有缓存后，很多查询，查询结果相同的SQL语句，原本只需要执行一遍就可以，这里会请求很多次。增高DB的IO负担。

探究缓存的原理

Sql查询部分深入

在上一篇Java MyBatis是如何执行一条SQL语句的讲MyBatis的文章中已经说到了，mapper会经过 * 去执行SqlSession的query方法。

阅读缓存部分源码，需要跟随查询方法往下追着看。

接着，我们这里可以看到，一个Switch有很多的case，很显而易见，我们会进入Select中，随后Select的代码块中，又有很多个If判断，因为我们的方法返回的是一个List，正好就命中了returnsMany方法。

最终调用SqlSession中的Select方法，到达这里接着往里追。

到达执行器处理SQL语句的这一块了，可见封装了很多层，再往下追。

初见缓存

看到这里，终于见到缓存相关字样了，这里去CreateCacheKey，看到这里我突然想起了，刚工作时候的一次面试，有个傻*面试官，问我说MyBatis的缓存Key是怎么生成，当时我真想给他两耳巴。继续抠下面的query方法，可以看到把上面生成的key作为参数传了下来。

追到这里就可以看到一个比较关键的代码了，从localCache中调用了GetObject方法
这里看到下面的方法，从这里可以证明，MyBatis默认就是用本地缓存，所以写代码的时候自然也要记得处理缓存不一致的问题。

告一段落

到这里这一篇文章就结束了。一般来说，作为Java工程师，在工作中还是经常用到MyBatis这个点的，如果你在面试中真的问到了这么一道缓存题。而那么巧你就知道，那么郎有情，妾有意，恭喜您，点亮涨薪1K的成就。希望大家在当前大环境这么不好的情况下，多多学习，多多面试，提高核心竞争力，等大环境回暖各个年入50万+。

番外篇-Myabtis创建CacheKey的算法。

回到这一行代码，可以看到这个方法返回的是一个CacheKey的JavaClass，先不急着看这个方法的具体实现，先去看下这个类的构成，和构造方法。

构造方法

这个CacheKey类一共有两个构造方法，可以看到的在有参构造方法中，调用了无参方法，随后调用了，updateAll方法，能在构造中被调用的一般都是比较重要的，一会来看一下这个方法的实现，先来看下无参构造中的几个变量。
hashcode、multiplier、cout、updateList，值得注意的是hashCode和multiplier两个成员变量，都给赋值了初始值。

这两个变量记忆一下，然后去看updateAll方法。

这个方法比较简单，遍历了objects入参，传入update方法，继续去追update方法。

看到这里可以看出这里大概是计算HashCode的一个地方。只是最后会把算过的值放入UpdateList中。

随后去看这个类的tostring方法。

这里也就是具体的方法了

根据冒号分割，hashCode:checkSum:updateList的每个元素

再回过头来看一下CreateCacheKey方法看下最后生成是什么

最后答案留给评论互动吧。

结束语

来源：https://juejin.cn/post/7116528909675397151