一个接口的性能问题定位和分析过程

本文链接：https://blog.csdn.net/w97531/article/details/81906522

本文详细记录了一个接口从性能低下到优化的过程，通过性能测试发现TPS低、响应时间长的问题。通过AWR工具确认SQL语句无索引，增加索引后性能有所提升但未达预期。接着通过jstack和JProfiler分析，发现日志输出、接口逻辑错误和循环调用session.getAttribute等问题，逐一解决后，性能最终达到目标。这个案例展示了性能问题定位和优化的各种方法。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

本文来自网易云社区

通过性能测试平台的介绍和一些培训，我们已经可以进行性能测试了，但是性能测试了除了测试执行之外，性能问题定位和分析也是至关重要的一个环节，下面我们以一个典型的例子，开始一个接口的性能问题定位和分析过程。

接口最初的性能

·TPS：9.6

·MRT：2067ms

·RT90 值：2537ms

·应用服务器 CPU 使用率：30%

我们期望接口的性能TPS 大于150，平均响应时间小于300ms，该接口显然不满足预期。该接口的特点是：响应时间过长，TPS 上不去，并且应用服务器的资源使用未有瓶颈点，那么瓶颈点可能在其他服务器上。出于经验，我们可以想到可能是sql 语句没索引导致的，那么通过Oracle 自带的AWR 工具来验证下，是不是sql 语句的问题。

第一次性能问题定位和分析

AWR 是Oracle 自带的性能统计工具，可以在性能测试开始之前和结束之后分别创建一次快照，然后统计该时间段内的数据库性能情况。AWR 工具会生成HTML 格式的报告，该报告包含非常丰富的统计信息，包含资源使用情况、sql 执行情况、内存使用情况等，我们只需要关注sql 的执行时间就可以发现问题，如下图：