V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
wtfedc
V2EX  ›  问与答

服务不稳定,接口调用 400ms~ 5s,该如何排查

  •  
  •   wtfedc · 2023-02-09 10:51:50 +08:00 · 984 次点击
    这是一个创建于 414 天前的主题,其中的信息可能已经有所发展或是发生改变。

    遇到类似问题,大家都是如何排查的?

    9 条回复    2023-02-10 00:51:37 +08:00
    yannxia
        1
    yannxia  
       2023-02-09 10:54:20 +08:00   ❤️ 1
    最简单的方法,加点 Debug 日志,尤其在和 IO 相关的(数据库 etc) 判断是不是因为数据库查询导致的
    基于上面扩展的就介入一些动态分析的工具,都差不多,逐步判断出范围
    人肉点的,看看查询的接口条件有没有什么共性,然后再思考有什么可能导致,看经验判断。
    dqzcwxb
        2
    dqzcwxb  
       2023-02-09 11:53:25 +08:00
    如果是 java,用 arthas trace 定位耗时方法或代码再对症下药
    其他语言,用二分法打 log 逐步定位或者按自己想法打 log 逐步定位
    anonymousar
        3
    anonymousar  
       2023-02-09 12:04:59 +08:00
    简单点的就分段加 timer 。

    复杂的可以用 systemtap 。
    opengps
        4
    opengps  
       2023-02-09 12:13:43 +08:00   ❤️ 1
    一般来说重点都在磁盘环节(软件层往往是数据库访问环节)
    然后是代码逻辑问题,着重看那些需要带重试等待的
    oneisall8955
        5
    oneisall8955  
       2023-02-09 12:53:17 +08:00 via Android
    加日志,或 sky walking 类似看各个环节耗时
    linqiu919
        6
    linqiu919  
       2023-02-09 16:49:54 +08:00 via iPhone
    skywalking 链路追踪
    MidGap
        7
    MidGap  
       2023-02-09 16:55:26 +08:00
    上链路追踪是比较正式的,或者就分段打印耗时
    wtfedc
        8
    wtfedc  
    OP
       2023-02-09 18:44:20 +08:00
    感谢各位,找到是数据同步时候,数据库 IO 打满的问题
    OliverDD
        9
    OliverDD  
       2023-02-10 00:51:37 +08:00 via iPhone
    这种耗时长尾先排查 IO ,排队
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2901 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 27ms · UTC 11:23 · PVG 19:23 · LAX 04:23 · JFK 07:23
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.