1、jmeter 压力测试报告 - DEMOXXX 压力测试报告时间：2015-08-04 测试人员：xxx目录XXX 压力测试报告. 1一 测试内容. 2二 测试方法. 2三 测试目标. 2四 测试环境. 2五 系统部署. 35.1 物理部署. 35.2 网络访问. 3六 性能测试结果与分析. 46.1 jmeter 集群压测（5 进程- 每个进行 10 线程）. 46.2 jmeter 集群压测（10 进程-每个进行 5 线程）. 76.3 jmeter 集群压测（10 进程-每个进行 10 线程）. 11七 结果汇总分析. 13一 测试内容本次测试是针对 xxx 系统进行的压力测试，在交易接
2、口中，只对交易接口进行压力测试，其中涵盖数据验签与签名功能。二 测试方法本次采用 apache 的开源测试工具 jmeter，采用本地动态拼装请求数据并通过http 协议 post 方式发送支付请求。并采用 650 张测试银行卡测试，其中大概有 30 张存在“无足够的存款”和“受限制的卡”情况。三 测试目标1) 获取在单机部署情况下最大 TPS 值2) 是否可以达到原来预期值 TPS：50四 测试环境环境 机器型号 操作系统 硬件 cpu 硬件 mem客户端 server2008 虚拟机 windows 32 核 32G服务端 HP DL580 linux 64 核 126G由于客户端与服务端
3、的机器性能优秀，暂不会对压测形成瓶颈，该方面影响可以忽略五 系统部署5.1 物理部署5.2 网络访问六 性能测试结果与分析6.1 jmeter 集群压测（5 进程-每个进行 10 线程）启 5 个进程，每个进程启动 10 个线程，并发为 50，项目日志开启 info 状态6.1.1 聚合报告Label#SamplesAverageMedian90%Line95%Line99%LineMin MaxError% TPSKB/sec1 22805 547 366 512 636 5218 150 30003 0.26 65.3 96.52 33605 519 362 503 618 5200 15
4、0 30003 0.21 66.5 98.53 43505 536 365 508 621 5210 150 34899 0.26 65.6 97.14 48205 527 365 507 618 5206 150 34899 0.24 65.1 96.35 49005 535 364 507 616 5211 150 34899 0.27 63.9 94.56 49901 532 364 505 614 5207 150 34899 0.27 61.0 90.27 50000 531 363 504 613 5207 150 34899 0.27% 60.9 90.16.1.2 每秒的响应分
5、布图6.1.3 响应时间分布图6.1.4 请求失败与成功分布图6.1.5 结果分析总笔数 Jmeter 错误笔数 请求前置响应超长笔 数 服务本地处理超长笔数和 40450000 135 120 151. 在使用 jmeter 压测请求被 F5 转发到 apache server 代理上，由于交易处理过程中处理时间过长造成长时间无响应，代理返回 502 Proxy Error 错误。2. 其中请求前置响应超长笔数在向前置获取结果返回的耗时超过 3 分钟，其余耗时均低于5s，前置接收到的晚，初步判定网络堵塞3. 本地业务处理的错误原因为签名、验签、获取数据及请求时 404 等6.2 jmeter
6、 集群压测（10 进程-每个进行 5 线程）启 10 个进程，每个进程启动 5 个线程，并发为 50，项目日志开启 info 状态6.2.1 聚合报告Label#SamplesAverageMedian90%Line95%Line99%LineMin MaxError% TPSKB/sec1 11010 555 348 495 605 5196 148 30003 0.26 68.7 101.52 28910 507 333 473 568 5178 55 30015 0.25 76.3 121.93 36310 501 332 475 575 5176 55 30031 0.24 77.1
7、114.04 46310 485 331 466 557 5172 55 30031 0.21 78.6 116.35 50000 478 326 460 551 5166 55 30031 0.21 72.1 106.76.2.2 每秒的响应分布图6.2.3 响应时间分布图6.2.4 请求失败与成功分布图6.2.5 应用系统状态6.2.6 结果分析总笔数 Jmeter 错误笔数 请求前置响应超长笔 数 服务本地处理超长笔数和 40450000 105 92 131 在使用 jmeter 压测请求被 F5 转发到 apache server 代理上，由于交易处理过程中处理时间过长造成长时间无响
8、应，代理返回 502 Proxy Error 错误。2 其中请求前置响应超长笔数在向前置获取结果返回的耗时超过 3 分钟，其余耗时均低于 5s，前置接收到的晚，初步判定网络堵塞3 本地业务处理的错误原因为签名、验签、获取数据及请求时 404 等6.3 jmeter 集群压测（10 进程-每个进行 10 线程）启 10 个进程，每个进程启动 10 个线程，并发为 100，项目日志开启 info 状态6.3.1 聚合报告Label#SamplesAverageMedian90%Line95%Line99%LineMin MaxError% TPSKB/sec1 50000 1219 896 166
9、5 2692 5808 209 38306 0.30 68.0 100.56.3.2 每秒的响应分布图6.3.3 响应时间分布图6.3.4 请求失败与成功分布图6.3.5 结果分析总笔数 Jmeter 错误笔数 请求前置响应超长笔 数 服务本地处理超长笔数和 40450000 150 119 311 在使用 jmeter 压测请求被 F5 转发到 apache server 代理上，由于交易处理过程中处理时间过长造成长时间无响应，代理返回 502 Proxy Error 错误。2 其中请求前置响应超长笔数在向前置获取结果返回的耗时超过 3 分钟，其余耗时均低于 5s，前置接收到的晚，初步判定网
10、络堵塞3 本地业务处理的错误原因为签名、验签、获取数据及请求时 404 等6.4 jmeter 集群压测（30 进程-每个进行 5 线程）启 30 个进程，每个进程启动 5 个线程，并发为 150，项目日志开启 info 状态6.4.1 聚合报告Label#SamplesAverageMedian90%Line95%Line99%LineMin MaxError% TPSKB/sec1 150000 1473 1924 1733 1959 6156 222 35107 0.21 89.5 132.26.4.2 每秒的响应分布图6.4.3 响应时间分布图6.4.4 应用系统状态6.4.5 客户端
11、系统状态6.4.6 结果分析暂未统计6.5 jmeter 集群压测（20 进程-每个进行 5 线程）启 20 个进程，每个进程启动 5 个线程，并发为 100，项目日志开启 info 状态，超时时间2000ms6.5.1 聚合报告Label#SamplesAverageMedian90%Line95%Line99%LineMin MaxError% TPSKB/sec1 200000 867 722 1073 1296 5674 1 10053 0.84 92.8 138.66.5.2 每秒的响应分布图6.5.3 响应时间分布图6.5.4 请求失败与成功分布图6.5.5 结果分析总笔数 Jme
12、ter 错误笔数 TPS100000 730 98.01 由于本地客户端限定 2000 毫秒不响应就认为失败，所以失败率偏高七 结果汇总分析Label#SamplesAverageMedian90%Line95%Line进程线程并发Error% TPSKB/sec50 并发 50000 531 363 504 613 510 50 0.27%60.9 90.150 并发 50000 478 326 460 55110 5 50 0.2172.1 106.7100并发 50000 1219 896 1665 26921010100 0.3068.0 100.5150并发 150000 1473
13、1924 1733 195930 5150 0.2189.5 132.2100并发 200000 867 722 1073 129620 5100 0.8492.8 138.6使用 jmeter 压测时，如果使用 1 个进程开多个线程进行压测，一个进程很难快速处理多个线程，造成本地处理浪费大量时间用于调度，最终压力上不去。当采用集群压测时，启用多个进程调度少量线程，解决本地耗时，TPS 明显提升。在启动 10 个进程 50 线程时效果最佳，符合交易每秒钟处理的交易笔数，当提升并发到100 时，交易响应时间明显提升。压测过程中出现的错误主要有：1、 请求资源 404 错误2、 请求前置网络堵塞，每次均为 3 分钟3、 本地签名、验签、获取数据耗时过长最终压测结果 TPS：90-100 时可保证响应时间不超过 2s
