目标
前置:性能监控-微服务链路追踪skywalking搭建-CSDN博客
使用skywalking进行链路监控,找到应用的时间消耗再哪。
服务
服务信息
请求接口后查看skywalking,可以看到有一个请求,响应时间为1852ms,性能指数Apdex为0.5。
JVM信息
也可以看到JVM信息。
topo结构
我这里结构比较简单,就是用户发送请求到应用,应用与mysql数据库交互。
悬浮结点可以显示信息,从tuopu结构中可以看到微服务在链路上的哪里消耗了时间。
可以看到服务之间的整体性能表现。
一个复杂的图
追踪请求
追踪功能,可以看到一个请求被拆分成了哪些子请求。可以看到这 个请求的拆分以及拆分的每个子请求所消耗的时间。
也可以直接点开trace模块看。
可以看到耗时主要在HikariCP/Connection/getConnection上。
这个接口第一次访问比较耗时,后续再访问,响应时间就比较少了。
详细表盘
可以很快定位到哪个服务的哪个接口慢
在 Service DashBoard 中,你还可以选择当前服务、当前端点和当前实例。
实例就是一个具体的进程,服务是微服务的名字,至于端点,那 就是接口了
点进应用可以看到表盘
可以看到显示有一个slow endpoints,就是我请求的这个接口。
虚拟数据库
这个没有单独配置,是用了mysql数据库,自己显示了这个监控。
数据库表盘
可以看到数据库的处理能力——数据库的吞吐能力、SQL 的执行时间百分比,以及哪些 SQL 慢。
可以看到最大traffic为3576.