MyBatis引起的线程池线程打满问题排查过程

点击上方“芋道源码”，选择“设为星标”

管她前浪，还是后浪？

能浪的浪，才是好浪！

每天 10:33 更新文章，每天掉亿点点头发...

源码精品专栏

 

• 原创 | Java 2021 超神之路，很肝~
  

• 中文详细注释的开源项目
  

• RPC 框架 Dubbo 源码解析

• 网络应用框架 Netty 源码解析
  

• 消息中间件 RocketMQ 源码解析
  

• 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析

• 作业调度中间件 Elastic-Job 源码解析

• 分布式事务中间件 TCC-Transaction 源码解析

• Eureka 和 Hystrix 源码解析

• Java 并发源码

来源：juejin.cn/post/

7152379508354449439

• 背景

• 排查过程

• 总结

---

背景

我们有个业务服务长期没有进行过上线，但是服务器监控经常会发生报警，提示 cpu 使用率 100% 影响线上生产。偶发的现象，所以一开始没注意，后续经过排查才发现原来是踩中了一个“坑”。

基于 Spring Boot + MyBatis Plus + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能

• 项目地址：https://gitee.com/zhijiantianya/ruoyi-vue-pro

• 视频教程：https://doc.iocoder.cn/video/

排查过程

1、首先排除了新业务上线的问题

2、其次通过服务器的监控排除了硬件故障的问题

3、于是使用 java 线程分析工具，分析了导致 cpu 过高的都是哪些线程

发现异常线程

排查就会发现 mybatis 执行的相关线程。

4、于是我们根据提示找到相应的源码处进行分析。mybatis 组装 sql 语句这里，这段代码，在 sql 很长的并且入参很多说的时候，下面对 sql 的拼接，将#{属性名}替换成?是很耗费 cpu 的。

MyBatis拼接大SQL耗费性能

5、那么导致这个问题的原因是什么呢？我们针对 mapper 里的 sql 语句发现，有个查询条件入参是个 list，mapper 是这么写：

foreach

6、为了验证问题，我们自己做了一个测试，通过入参条件的调整，来进行执行时间的监控验证，最后经过反复的测试发现「当入参 list 的数量达到 10 万级别的时候，cpu 就飙升到了 120%，执行了 29s，是造成线程等待的元凶」

基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能

• 项目地址：https://gitee.com/zhijiantianya/yudao-cloud

• 视频教程：https://doc.iocoder.cn/video/

总结

「在使用 list 做 mapper 入参，一定要考虑上限」

另外，sql 的 in 里面的数据也太多了吧，sql 太长超过 max_allow_packet 会报错的。这个 MySQL 配置，建议不要往大了改！

---

---

欢迎加入我的知识星球，一起探讨架构，交流源码。加入方式，长按下方二维码噢：

已在知识星球更新源码解析如下：

最近更新《芋道 SpringBoot 2.X 入门》系列，已经 101 余篇，覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。

提供近 3W 行代码的 SpringBoot 示例，以及超 4W 行代码的电商微服务项目。

获取方式：点“在看”，关注公众号并回复 666 领取，更多内容陆续奉上。

文章有帮助的话，在看，转发吧。
谢谢支持哟 (*^__^*）