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


下面是 pinpoint 跟踪的截图:
[Imgur]( https://i.imgur.com/uMGFptt.png)


执行慢都是在 jdbc 查询特别久
[Imgur]( https://i.imgur.com/8dBTnA0.png)
举报· 76 次点击
登录 注册 站外分享
4 条回复  
sagaxu 初学 2024-8-5 15:52:31
“执行慢都是在 jdbc 查询特别久”

那自然是连接到数据库,把超时的 SQL 捞出来分析一下,是 SQL 本身的问题,还是 DB 临时资源不够
opengps 小成 2024-8-5 15:57:06
排查慢 SQL
Pantheoon 小成 2024-8-6 10:26:39
看下数据库,是不是数据库有超长 sql,或者等待的情况
Chinsung 小成 2024-8-6 13:10:34
看下 druid 配置,db 本身没有慢 sql 的话,可能是连接数不够,此时 druid 获取一个链接的时间过长
但是你这个堆栈看起来不像阻塞在了 getConnection ,看下带宽问题?
或者是循环执行一个很快的 sql ,比如查询几 W 次一个几十 ms 的 sql ,接口会慢但是 db 不会有慢 log
pinpoint 可以看到接口,看下是不是接口里有没有什么奇怪的写法,实在不行接口里的 sql 都加个前后打印时间的输出看下
返回顶部