公司的后端服务最近一直请求超时, 最后干脆挂掉了, 查到宕机的关键日志:
tda 下载: https://download.csdn.net/download/gjuse/10481327
Maximum number of threads (3000) created for connector with address /172.25.109.83 and port 8080
大概意思是线程用完了, 所以第一次使用jstack打印出服务的Java堆栈信息, 配合tda-bin-2.2(看ThreadDump文件)效果更佳
操作步骤
jstack 10122 > js1
使用tda打开Dump文件,可以看到有3000多个线程locking,等待的对象是 com.mchange.v2.resourcepool.BasicResourcePool,初步分析是连接池C3P0导致的, 完美的解决办法是找出造成死锁的功能而快捷的是升级连接池(C3P0确实有点老了)
选择升级为bonecp, 原因两点1.BoneCP 不用 synchronized 关键字来处理多线程对资源的争用, 2.
分区机制,尽管使用了锁,但还是存在着资源争用的问题,因此 BoneCP 可配置多个连接池分区,每个分区独立管理,互不影响.
tda视角