链路追踪简介

1）无法衡量和定位问题

2）需要被动的等待用户反馈问题

排查步骤：

查看「系统健康观测」

• 若「性能指数APDEX」过低，说明系统整体发生了卡慢

• 若「请求成功率」过低，说明系统出现了故障

• 继续查看「服务响应时间」和「数据响应时间」，判断到底是数据响应卡慢，还是其他原因卡慢

解决效果：

1）管理员可以自行查看系统健康观测，在用户反馈前主动发现系统出现了卡慢，无需被动等待

2）将用户实际体验，以数据形式准确展示出来

排查步骤：

查看「监控仪表板」，检查系统是否发生了GC，或CPU已满

解决效果：

快速定位到GC等问题

1）需要被动的等待用户反馈问题

2）需要拿日志自行分析

排查步骤：

1）无需等待用户反馈，检查「系统健康观测」的看板图表异常点

2）联动跳转至「首屏链路」分析

查看该时间段内用户查看了哪些报表，查看用户的查询耗时等

对于标黄展示的首屏链路，代表该首屏链路耗时或其关联的调用链路耗时超过了10S

3）建议再联动跳转至「调用链路」分析，进一步定位分析慢的请求，可以进行问题定位，精确到网络波动、数据库性能、配置库、复杂资源、资源不足等问题

解决效果：

还原用户真实体验，并将定位时间缩短至10分钟内

排查步骤：

1）无需等待用户反馈，检查「系统健康观测」捕捉到的性能过慢（＞10s）的请求

2）联动跳转至「首屏链路」分析

查看该报表对应的查看用户和使用耗时等

对于标黄展示的首屏链路，代表该首屏链路耗时或其关联的调用链路耗时超过了10S

3）建议再联动跳转至「调用链路」分析，进一步定位分析慢的请求，可以进行问题定位，精确到网络波动、数据库性能、配置库、复杂资源、资源不足等问题

解决效果：

还原用户真实体验，并将定位时间从缩短至10分钟内