卷王问卷考试系统 JMeter 压测报告分析

一、测试整体概况本次对系统核心接口进行梯度压测测试时长约3分钟总请求数1531次全链路错误率0.00%无请求失败、超时或服务崩溃系统在压测压力下基础稳定性达标未出现严重可用性问题。二、核心指标深度分析1. 响应时间与用户体验APDEX 聚合统计整体表现总平均响应时间1076ms但中位数仅218ms说明大部分请求响应很快但少数长尾请求严重拉高了平均值。99分位响应时间高达18895ms近19秒最大响应时间26119ms26秒存在严重的性能长尾问题。APDEX用户体验分层以T500ms、F1500ms为标准优秀接口APDEX0.9修改密码、删除字典、查询字典等轻量操作响应快用户体验达标一般接口0.5APDEX0.9登录、新建问卷、查询题库等大部分请求在1500ms内但仍有部分请求超时严重问题接口APDEX0.3获取当前用户创建的问卷和考试的数量APDEX0.023平均响应15587ms最大26119ms、获取项目文件夹列表平均6722ms几乎所有请求都超过1500ms用户体验极差是核心性能瓶颈。业务特征慢请求集中在用户维度的批量查询接口这类接口大概率存在全表扫描、无分页、无缓存问题随着数据量增长性能会持续恶化。2. 性能趋势与衰减问题时间变化图响应时间随压测持续上升随着线程数从15增加到20梯度上升平均响应时间、分位响应时间均持续攀升尤其是慢接口响应时间从10s升至20s以上说明系统存在性能衰减问题——并发压力增加时服务器处理效率下降请求排队、资源竞争加剧。吞吐量触达瓶颈总吞吐量仅15.04/sec字节吞吐量在压测中期达到峰值后下降说明系统已无法通过增加线程数提升处理能力反而因资源耗尽导致效率下降。问题定位连接时间曲线几乎为0说明网络连接无问题所有延迟均来自服务器业务逻辑处理和数据库查询。3. 接口性能分层性能等级特征代表接口问题分析优秀平均100msAPDEX0.9修改密码、删除岗位、编辑字典轻量操作无复杂查询性能达标一般平均100-1000msAPDEX 0.5-0.9登录、新建问卷、查询题库有一定业务逻辑但未出现明显瓶颈差平均1000msAPDEX0.5获取用户创建的问卷列表、获取项目文件夹列表批量查询无优化存在严重性能问题三、核心问题总结无服务可用性风险全链路错误率0%系统基础稳定性达标严重的长尾性能问题少数用户维度批量查询接口响应时间极长是用户体验的主要短板性能衰减明显并发压力增加时响应时间持续上升、吞吐量下降存在资源竞争和瓶颈接口性能分层严重轻量操作性能优秀但批量查询接口几乎不可用无法支撑大数据量场景。四、针对性优化建议1. 慢接口专项优化优先级最高用户创建的问卷/考试列表接口增加分页查询禁止一次性查询用户所有数据为用户ID创建时间等查询条件添加数据库索引避免全表扫描引入Redis缓存缓存用户的问卷/考试列表并设置过期时间减少数据库压力优化SQL语句避免关联查询、子查询导致的性能损耗。其他慢接口如项目文件夹列表检查是否存在循环查询、N1问题简化查询逻辑减少不必要的字段查询。2. 系统层面调优数据库优化开启慢查询日志定位执行时间长的SQL调整数据库连接池参数避免连接耗尽高频查询表可考虑读写分离或分库分表数据量较大时。应用层优化为高频查询接口添加本地缓存或分布式缓存对批量操作设置限流避免单个请求占用过多资源排查内存泄漏问题避免压测过程中内存占用持续升高、GC频繁。3. 后续压测验证单独针对慢接口进行专项压测模拟用户创建大量问卷/考试的场景验证优化效果优化JMeter压测配置增加ramp-up时间模拟更真实的用户并发场景压测时同步监控服务器CPU、内存、磁盘IO和数据库连接数定位资源瓶颈。五、最终结论系统基础稳定性达标但核心的用户维度批量查询接口存在严重性能瓶颈导致用户体验差和性能衰减。需优先优化慢接口再进行系统层面调优才能支撑更高并发和更大数据量的使用场景。