请教个关于 tomcat 线程执行时间过长问题

[Spider1996]

最近在 pinpoint 监控上发现偶尔会出现个别执行时间特别长的线程（查询数据接口，正常这个接口响应时间都是秒级），我在 nginx 上设置的 proxy_read_timeout 是 60s ，所以查询时间超过 60s 已经返回 http504 了。但是这部分的线程仍然在执行。是否可以结束掉这些线程，或者是什么原因造成了这些线程执行时间过长，应该从哪入手解决这个问题？


下面是 pinpoint 跟踪的截图：
[Imgur]( )


执行慢都是在 jdbc 查询特别久
[Imgur]( )

[sagaxu]

“执行慢都是在 jdbc 查询特别久”

那自然是连接到数据库，把超时的 SQL 捞出来分析一下，是 SQL 本身的问题，还是 DB 临时资源不够

[opengps]

排查慢 SQL

[Spider1996]

@sagaxu sql 本身单独执行速度都是正常的，是因为我 db 连接池资源不够导致时间会拉长吗？

[Pantheoon]

看下数据库,是不是数据库有超长 sql,或者等待的情况

[Chinsung]

看下 druid 配置，db 本身没有慢 sql 的话，可能是连接数不够，此时 druid 获取一个链接的时间过长
但是你这个堆栈看起来不像阻塞在了 getConnection ，看下带宽问题？
或者是循环执行一个很快的 sql ，比如查询几 W 次一个几十 ms 的 sql ，接口会慢但是 db 不会有慢 log
pinpoint 可以看到接口，看下是不是接口里有没有什么奇怪的写法，实在不行接口里的 sql 都加个前后打印时间的输出看下

[Spider1996]

@Chinsung 如果是连接池连接不够是会卡在 getConnection 吗

[Chinsung]

@Spider1996 #6 是的，不过 pinpoint 好像没有堆栈的详细时间，之前公司用阿里云的 arms ，在 sql 变慢，上游请求明显大于配置的连接数的时候，满请求明显都是阻塞到了 getConnection 的