阅读全文

⭐⭐⭐ Spring Boot 项目实战	⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》	《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》	《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》	《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》	《Java 面试题 + Java 学习指南》

摘要: 原创出处 juejin.cn/post/7152379508354449439 「树洞君」欢迎转载，保留摘要，谢谢！

• 背景
• 排查过程
• 总结

---

🙂🙂🙂关注**微信公众号：【芋道源码】**有福利：

1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
3. 您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。
4. 新的源码解析文章实时收到通知。每周更新一篇左右。
5. 认真的源码交流微信群。

---

背景

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

排查过程

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

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

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

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

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

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

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

总结

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

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