在日常开发中,我们经常面临压力测试。这时会发现程序在一定并发数量下突然卡住。此时需要进行排查。
1.获取现场故障信息
jstack 6688
参数为PID,这时我们看堆栈信息,发现没有自己程序相关的类,但发现下面这样的句子:
"Druid-ConnectionPool-Create-418179060" #25 daemon prio=5 os_prio=0 tid=0x00007fa74d8ad000 nid=0x15a84 waiting on condition [0x00007fa6f8a30000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000000c47d0990> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at com.alibaba.druid.pool.DruidDataSource$CreateConnectionThread.run(DruidDataSource.java:2480)
哦,原来是Druid在等待导致线程卡住,那怎么办呢?
2.根据打印信息检索解决方案
3.根据检索到的信息做出尝试
既然讨论中提到可能和版本有关就检查了自己使用的版本,发现版本很新,出问题的可能很小。那么就调大最大活跃数进行试验。
发现在调大最大活跃数之后,使用top命令查询,果然,cpu不再占用率很低,cpu开始开心地跑起来了。通过了这个并发数量的压力测试。
4.其它有益的思路
如果使用中文无法搜索出想要的结果,尝试使用英文搜索。
如果自己已经尝试过三个方案结果失败或者已经尝试半个工作日了,请立即上报上一级或请教周边有经验的人员(工作不是训练场,解决问题最首要)。
转载于:https://my.oschina.net/hengbao666/blog/3101694
点赞
收藏
分享
文章举报
chunjiaozhuo5537
发布了0 篇原创文章 · 获赞 0 · 访问量 432
私信
关注