从StackOverflowError说到mybatis一级缓存

梦里梦外; 2023-06-20 15:53 1阅读 0赞

### 文章目录 ###

*  描述案发现场
 *  排查过程
 *   *  递归的假设
     *  验证
 *  mybatis一级缓存
 *  总结

# 描述案发现场 #

早上偶然的一次优化代码，居然写出了递归方法。下面是案发现场：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zODMzNjY1OA_size_16_color_FFFFFF_t_70]  
  讲解一下，先查询数据库，如果没有再插入数据库，再次查询然后返回。

好像没有啥毛病，然后忽然服务器请求直线上升，请求数量达到10w次，但是线上人数很少~

# 排查过程 #

链路监控报了StackOverflowError，数据库报的是一个插入的唯一索引冲突。StackOverflowError在官网上的解释是出现递归导致堆栈溢出。  
  递归？？？getCode()递归？如果是插入成功的话，查询应该可以拿到鸭！

## 递归的假设 ##

接着我们就开始无头方式乱找，不过我还是坚信反推，从报错以及大量的请求来看，这b就是递归。胡适先生说过：大胆的假设,小心的求证。假设这方法是递归，说明插入之后查询到的为空，再次插入，报唯一索引错误，代码捕获了，继续执行getCode()，递归了~ bingo

## 验证 ##

通过本地的单元测试，确实递归了。石锤！接着看到为啥两次查询都为空，毕竟中间以及插入数据了！  
  此时想到了Mybatis的一级缓存，如果第两次是从缓存读的，结果是一致的。单元测试也证明这一点。那为啥insert之后一级缓存不会更新呢？个人没有读mybatis缓存源码，但是推测不同mapper是属于不同sqlSession的，因为insert在其他的sevice里面，导致mapper也是不一样的，所以原本那个mapper的缓存是不会更新的，读到的还是旧的数据！

# mybatis一级缓存 #

[mybatis一级缓存源码解读，从一个bug开始][mybatis_bug]

# 总结 #

同个model的mapper最好跟同样的service处在同一个，这样的话就不会出现，新增的时候不会更新查询mapper的一级缓存。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zODMzNjY1OA_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20191210191449964.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zODMzNjY1OA==,size_16,color_FFFFFF,t_70
[mybatis_bug]: https://blog.csdn.net/weixin_38336658/article/details/103503217