[问题发现] 使用zabbix软件监控服务器时发现cpu突然异常，在业务主机上使用top命令查看系统的整体运行情况，使用top命令后发现mysqld占用CPU特别高，初步判断可能是mysqld出现问题，需要排查：

[排查步骤] Step1: 登录oneapm ai平台后可以看到应用列表的总览视图，在总览视图中可以看到所有应用的名称以及相关指标信息，同时我们还可以根据应用颜色变化来判断每个应用的指标变化情况。本例中在Acmeair应用的“用户体验一览”选项卡下可以看到它的业务在最近一段时间内出现了71次失败，我们需要点击此应用查看详情，如图一： 图一

Step2： 利用top命令已经基本排查出是数据库导致CPU占用过高，我们可以通过查看调用数据库的节点发现问题。 在AI平台上点击某个应用进入到该应用的主页，进入之后可以看到该应用的总体拓扑图，总览拓扑图会把应用中所有Tier、数据库、远程服务与其他应用之间的调用关系描绘出来，并且显示他们的性能情况。当某个节点的颜色为黄色或红色时，代表该Tier的健康状态是告警或严重。 点击拓扑图右上侧的“数据库-展开”选项，可以看到调用mysql数据库的节点，点击该节点（例如下图中的Webapp11节点），出现的弹框中有总览、节点、Web事务入口、Web事务、主机和容器几个选项卡。“Web事务入口”可以看到某个应用在应用环境中请求的起始点；而“Web事务”展示了一些用户最关心的的指标，从而让用户对当前查看Web事务的健康状况产生总体的了解。 点击“Web事务入口”选项可以看到对应接口的响应时间正常，代表对应接口表现正常，如图二；我们需要继续排查“Web事务”部分。

图二

点击“Web事务”选项，可以给出该节点中所有Web事务的响应时间及调用次数，点击“响应时间”可以将响应时间从高往低排序，从而确认缓慢的“Web事务”，如图三。本例中，点击响应时间最长的Web事务查看详情。

图三

Step3： 点击响应时间最长的一个Web事务后，左上角“总览”下“Web事务”的标签会显示出该Web事务的平均响应时间，点击某一响应时间较长的时间点，可以向下钻取到所选时间段，精准定位到问题时间点。同时在Web事务的下方可以看到该时间段内的最慢组件，如图四。 在本例中下钻到具体时间点后，可以在“总览”界面的“最慢组件”下看到是一个select语句比较耗时，再次佐证了我们的想法。

图四

Step4： Trace是对这段时间内该用户缓慢或错误请求的详细追踪。 钻取到问题时间段后，我们查看该时间范围内的Trace列表，如图五。因为同一个Web事务调取到的后端信息都是相同的，所以我们只需要选取其中的一条或几条最优代表性（例如响应时间较长）的Trace进行问题定位即可。 在本例中我们按响应时间进行排序降序排列后，选择第一条进行Trace详情查看。

图五

点击所选Trace之后，在Trace概要中可以看到该Trace中的最慢组件，如图六。例如图六中我们可以在Trace的总览页面发现customer/select语句耗时较长。

图六

弹框中同样还可以查看该Trace中的堆栈调用详情。点击“详情”选项卡，如图七，可以看到该sql语句对接口的影响，从而进行代码的优化。在本例中，我们可以看到SQL语句的耗时百分比较高，可以看出该SQL语句对接口影响较大。

图七 点击该SQL语句 附加信息栏中的图标，可以查看到耗时较长的的sql语句详情。我们也可以弹框左上角中的“SQL”选型卡，在弹框中也可以看到语句详情、该语句的响应时间及调用次数，如图八、图九：

图八

图九

至此，发现问题原因以及影响接口已全部排查出来！