这是一个创建于 116 天前的主题，其中的信息可能已经有所发展或是发生改变。
遇到类似问题，大家都是如何排查的？
 |
1
yannxia 116 天前  1
最简单的方法，加点 Debug 日志，尤其在和 IO 相关的（数据库 etc) 判断是不是因为数据库查询导致的
基于上面扩展的就介入一些动态分析的工具，都差不多，逐步判断出范围 人肉点的，看看查询的接口条件有没有什么共性，然后再思考有什么可能导致，看经验判断。 |
 |
2
dqzcwxb 116 天前
如果是 java,用 arthas trace 定位耗时方法或代码再对症下药
其他语言,用二分法打 log 逐步定位或者按自己想法打 log 逐步定位 |
 |
3
anonymousar 116 天前
简单点的就分段加 timer 。
复杂的可以用 systemtap 。 |
 |
4
opengps 116 天前 1
一般来说重点都在磁盘环节（软件层往往是数据库访问环节）
然后是代码逻辑问题，着重看那些需要带重试等待的 |
 |
5
oneisall8955 116 天前 via Android
加日志，或 sky walking 类似看各个环节耗时
|
 |
6
linqiu919 116 天前 via iPhone
skywalking 链路追踪
|
 |
7
MidGap 116 天前
上链路追踪是比较正式的，或者就分段打印耗时
|
 |
8
wtfedc OP 感谢各位，找到是数据同步时候，数据库 IO 打满的问题
|
 |
9
OliverDD 116 天前 via iPhone
这种耗时长尾先排查 IO ，排队
|
Select Language