这是一个创建于 506 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近在 pinpoint 监控上发现偶尔会出现个别执行时间特别长的线程（查询数据接口，正常这个接口响应时间都是秒级），我在 nginx 上设置的 proxy_read_timeout 是 60s ，所以查询时间超过 60s 已经返回 http504 了。但是这部分的线程仍然在执行。是否可以结束掉这些线程，或者是什么原因造成了这些线程执行时间过长，应该从哪入手解决这个问题？
下面是 pinpoint 跟踪的截图：br />[Imgur](
)
执行慢都是在 jdbc 查询特别久
[Imgur](
)
下面是 pinpoint 跟踪的截图：br />[Imgur](
)执行慢都是在 jdbc 查询特别久
[Imgur](
) | 1 sagaxu 2024-08-05 15:52:31 +08:00 “执行慢都是在 jdbc 查询特别久” 那自然是连接到数据库，把超时的 SQL 捞出来分析一下，是 SQL 本身的问题，还是 DB 临时资源不够 |
 | 2 opengps 2024-08-05 15:57:06 +08:00 排查慢 SQL |
 | 3 Spider1996 OP @sagaxu sql 本身单独执行速度都是正常的，是因为我 db 连接池资源不够导致时间会拉长吗？ |
 | 4 Pantheoon 2024-08-06 10:26:39 +08:00 看下数据库,是不是数据库有超长 sql,或者等待的情况 |
 | 5 Chinsung 2024-08-06 13:10:34 +08:00 看下 druid 配置，db 本身没有慢 sql 的话，可能是连接数不够，此时 druid 获取一个链接的时间过长 但是你这个堆栈看起来不像阻塞在了 getConnection ，看下带宽问题？ 或者是循环执行一个很快的 sql ，比如查询几 W 次一个几十 ms 的 sql ，接口会慢但是 db 不会有慢 log pinpoint 可以看到接口，看下是不是接口里有没有什么奇怪的写法，实在不行接口里的 sql 都加个前后打印时间的输出看下 |
| 6 Spider1996 OP @Chinsung 如果是连接池连接不够是会卡在 getConnection 吗 |
| 7 Chinsung 2024-08-07 09:56:01 +08:00 @Spider1996 #6 是的，不过 pinpoint 好像没有堆栈的详细时间，之前公司用阿里云的 arms ，在 sql 变慢，上游请求明显大于配置的连接数的时候，满请求明显都是阻塞到了 getConnection 的 |
Select Language