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