V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Spider1996
V2EX  ›  Java

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

  •  
  •   Spider1996 · 129 天前 · 1155 次点击
    这是一个创建于 129 天前的主题,其中的信息可能已经有所发展或是发生改变。
    最近在 pinpoint 监控上发现偶尔会出现个别执行时间特别长的线程(查询数据接口,正常这个接口响应时间都是秒级),我在 nginx 上设置的 proxy_read_timeout 是 60s ,所以查询时间超过 60s 已经返回 http504 了。但是这部分的线程仍然在执行。是否可以结束掉这些线程,或者是什么原因造成了这些线程执行时间过长,应该从哪入手解决这个问题?


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


    执行慢都是在 jdbc 查询特别久
    [Imgur]( )
    7 条回复    2024-08-07 09:56:01 +08:00
    sagaxu
        1
    sagaxu  
       129 天前
    “执行慢都是在 jdbc 查询特别久”

    那自然是连接到数据库,把超时的 SQL 捞出来分析一下,是 SQL 本身的问题,还是 DB 临时资源不够
    opengps
        2
    opengps  
       129 天前
    排查慢 SQL
    Spider1996
        3
    Spider1996  
    OP
       129 天前
    @sagaxu sql 本身单独执行速度都是正常的,是因为我 db 连接池资源不够导致时间会拉长吗?
    Pantheoon
        4
    Pantheoon  
       128 天前
    看下数据库,是不是数据库有超长 sql,或者等待的情况
    Chinsung
        5
    Chinsung  
       128 天前
    看下 druid 配置,db 本身没有慢 sql 的话,可能是连接数不够,此时 druid 获取一个链接的时间过长
    但是你这个堆栈看起来不像阻塞在了 getConnection ,看下带宽问题?
    或者是循环执行一个很快的 sql ,比如查询几 W 次一个几十 ms 的 sql ,接口会慢但是 db 不会有慢 log
    pinpoint 可以看到接口,看下是不是接口里有没有什么奇怪的写法,实在不行接口里的 sql 都加个前后打印时间的输出看下
    Spider1996
        6
    Spider1996  
    OP
       127 天前
    @Chinsung 如果是连接池连接不够是会卡在 getConnection 吗
    Chinsung
        7
    Chinsung  
       127 天前
    @Spider1996 #6 是的,不过 pinpoint 好像没有堆栈的详细时间,之前公司用阿里云的 arms ,在 sql 变慢,上游请求明显大于配置的连接数的时候,满请求明显都是阻塞到了 getConnection 的
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2980 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 20ms · UTC 11:39 · PVG 19:39 · LAX 03:39 · JFK 06:39
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.