开源jar包bug致使的CPU消耗200%问题分析案例

mapdb是什么

mapdb是一个快速、易用的嵌入式java数据库，主要提供map和set形式的数据存储，使用起来就像是在操做java自己的map,set，

mapdb能够提供内存级别和磁盘级别的缓存，MapDB 提供了并发的 TreeMap 和 HashMap ，使用基于磁盘的存储。快速、可伸缩性以及易用，它提供了基于磁盘或者堆外（off- heap容许Java直接操做内存空间, 相似于C的malloc和free）存储的并发的Maps、Sets、Queues。MapDB的前身是JDBM，已经有15年的历史。

它的jar包只有200KB，且无其它依赖，很是轻量。MapDB目前相对来讲功能已经稳定，并有全职 的开发者支持开发。

mapdb引发app-6028-security应用CPU消耗异常问题定位案例

最近2天在测试的过程当中发现基础应用服务app-6028-security应用存在一个奇怪的问题，该应用在运行一段时间后，发现这个服务的cpu常常在200%多，即便不作任务业务操做，

cpu的使用率一段时间后仍然飙升到200%，因此很奇怪，现象是运行一夜后，就会出现这个cpu高的问题，重启应用后过一段的时间又会从新复现，

该应用主要是作一些敏感数据的加密和解密的服务(好比身份证、银行卡、姓名、手机号等数据加密和解密)。

由此肯定这个cpu消耗最多的进程是app-6028-security应用

经过top -Hp 29868

发现其中的2个线程，消耗异常，始终消耗cpu 99%

登陆docker经过jstack查看：

jstack 57 | grep "nid=0x98" -A30

到此，基本肯定这段代码确定存在问题

 

为了验证问题的准确性，接着登陆咱们的准生产环境，看看这个问题是否存在：

登陆准生产后，查看以下：

发现准生产也存在这个问题，其实问题就是这两个线程致使的 

而后让运维去线上查看这个服务的cpu消耗，占据了也是200%，也让运维拿到上面的docker环境里的进程号：

printf "%x\n" tid

nid=0xaf

nid=0xb3

 

 

APP项目中调用到mapdb的代码以下：

查看1.0.9版本代码中的代码逻辑以下：

 

经过和架构师讨论，建议升级到该版本的下一个版本，从当前的1.0.9版本升级到2.0的版本，若是版本跨度，怕不兼容，因此为了安全起见，暂时这样解决，最新版本的是支持jdk1.8 而咱们项目是jdk1.7版本

老版本的源码以下

 

新版本的源码以下：

经过对比mapdb插件源码，发现存在问题的源码已经改动了，因此将mapdb从1.0.9版本升级到2.0-beta13版本后，观察2天三夜，问题不在复现

 

目前问题已经解决

其实这个问题很容易，可是主要是他对性能的影响不大，在和运维获取线上的这个服务的cpu占用时候，运维都以为影响不大，cpu消耗占用都不大，可是做为性能测试人员，必定要严格要求项目，任何问题不要放过

可是说明之前的测试，没有重视和解决这个问题，毕竟这个问题已经在线上运行了2年以上了

 

 

 

 

参考文章：

https://mvnrepository.com/artifact/org.mapdb/mapdb

https://blog.csdn.net/qy20115549/article/details/53207093

https://blog.csdn.net/abc86319253/article/details/53020432

https://blog.csdn.net/u014401141/article/details/79132224

http://www.sohu.com/a/136901812_494947

https://blog.csdn.net/Appleyk/article/details/79880655

http://www.mapdb.org/

https://www.jianshu.com/p/b6f43302338e