目录
- 背景
- 发现问题
- 复现
- 解决问题
- 探究缓存的原理
- Sql查询部分深入
- 初见缓存
- 告一段落
- 番外篇-Myabtis创建CacheKey的算法。
- 构造方法
- 结束语
背景
出现了一次生产事故，事情是这样的，我们有一个项目，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方法看下最后生成是什么
最后答案留给评论互动吧。
评论(0)