性能测试(记一次论坛网站性能测试)

这篇具有很好参考价值的文章主要介绍了性能测试(记一次论坛网站性能测试)。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

近期做了一次论坛网站性能测试,记录下来以便总结提高,欢迎大家交流分享,若有不妥之处还请指教;

需求分析

性能要求

1、服务在3000并发基础上,关键服务响应时间小于等于300ms

2、系统支持快速扩容,支持更大的并发Session,例如并发Session从2000到4000,扩容后关键页面访问、关键服务响应时间增长幅度低于5%

性能指标

经过分析,我们认为要求中的3000绝对并发,跟jmeter中的并发数不同,要求中应该是指的3000用户同时操作,对应到我们jmeter压测过程中,说的是tps 达到3000;

用户要求并发 用户要求响应时间

预估线程数

(jmeter并发数)

3000并发--每秒3000请求 300ms--1秒请求3次   1000

所以测试时应关注的指标为:TPS  3000时,服务响应时间  小于等于300ms

环境准备

测试工具

apache-jmeter-5.1.1

测试过程

单接口

1、首先利用阶梯压测,找到并发数和TPS的拐点;初步得到我们压测时,应该给多少并发数;

      阶梯压测后,我们决定并发数最大为 500

2、单接口场景下,分别给单接口100、200、250 、500并发数;

      如下所示,200加到250  直到500,tps并没有跟着上涨,但是响应时间却上涨很快;

      所以得到最优情况为:并发数 200,tps  1023.5

并发数 TPS 平均响应时间 90%响应时间 95%响应时间 异常率(%) 执行时长(s) CPU 内存
100 893.6/s 111 146 162 0 300 85.26% 69.28%
31.00% 79.79%
200 1023.5/s 146 288 378 0 300 95.10% 70.01%
35.97% 79.31%
250 1043.1/s 238 367 712 0 300 95.49% 68.88%
37.04% 79.35%
500 1062.2/s 462 1225 1474 0 300 96.06% 68.81%
39.21% 79.45%

3、此时观察cpu和内存,cpu达到了90%以上,所以我们决定扩容后再次测试;

4、对性能环境扩容4倍后,我们再次用阶梯压测,得到最大并发数还是给到500;

5、把所有的接口,分别给100、200、500并发,根据结果来分析最优情况;

      最优情况:并发数 500,TPS 2313.8   

      并计算出扩容4倍后,提升率为126%,继续扩容应该可以满足性能要求

并发数 TPS 平均响应时间 90%响应时间 95%响应时间 异常率(%) 执行时长(s) CPU 内存
100 1124.9 87 101 127 0 300 26.11% 34.70%
34.65% 75.74%
22.43% 47.03%
39.48% 91.49%
200 1729.2 114 133 148 0 300 38.93% 34.75%
53.57% 76.23%
30.17% 47.26%
59.09% 88.36%
500 2313.8 213 239 1123 0 300 49.08% 35.23%
67.36% 76.51%
42.09% 47.43%
75.74% 89.16%

混合接口

         跟单接口测试方法一样

   扩容前得到最优情况为:并发数 200,  tps 170         

   扩容后得到最优情况为:并发数 500,  tps 437.2

性能问题及优化

1、执行十几秒后,TPS断崖式下降,响应时间增大,CPU使用率下降   ----因为数据库只有只读模式导致报错,数据都堵塞在master;

2、nmc监控,发现存在慢sql,----对相关慢sql进行整改;

踩坑过程

        在持续压测15分钟后,tps会迅速上升,错误率随之迅速上升,刚开始以为是运行一段时间之后,都走缓存,所以tps会有明显的上升趋势,后来排查发现,15分钟后,获取的token过期了,导致后面的接口全部没有正常调用;

        检查断言,发现断言200是不行的,因为没有正常调用的接口也会返回200,改了断言之后,重新压测,tps不会再陡增。文章来源地址https://www.toymoban.com/news/detail-508934.html

到了这里,关于性能测试(记一次论坛网站性能测试)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 记一次偶然的网站sql注入

            自己学了点渗透的内容后就开始尝试挖漏洞了,偶然发现了这个yp网站,由于好奇心就浏览了一下里面的内容,突然注意到有个id的地方跳转页面,于是就想试试看有没有注入,就有了以下的内容。。。 界面如下 当时就是好奇点进去看了下,浏览了一下内容,发现

    2024年02月11日
    浏览(29)
  • 记一次rax应用用户体验性能优化

    对于前端开发攻城狮们来说,性能优化是一个永恒的话题。随着前端需求复杂度的不断升高,在项目中想始终保持着良好的性能也逐渐成为了一个有挑战的事情。本次分享简述我们在 Rax 项目中常用的一些性能优化方式,并将从近期的一个实际业务需求出发,讲述我在 Rax C端

    2024年02月21日
    浏览(36)
  • 记一次 JMeter 压测 HTTPS 性能问题

    在使用 JMeter 压测时,发现同一后端服务,在单机 500 并发下,HTTP 和 HTTPS 协议压测 RT 差距非常大。同时观测后端服务各监控指标水位都很低,因此怀疑性能瓶颈在 JMeter 施压客户端。 切入点:垃圾回收 首先在施压机观察到 CPU 使用率和内存使用率都很高,详细看下各线程

    2024年01月21日
    浏览(35)
  • 记一次SpringBoot应用性能调优过程

    使用SpringBoot、MyBatis-Plus开发一个接口转发的能,将第三方接口注册到平台中,由平台对外提供统一的地址,平台转发时记录接口的转发日志信息。开发完成后使用Jmeter进行性能测试,使用100个线程、持续压测180秒,测试结果如下,每秒仅支持8个并发。 服务器 作用 CPU核数 内

    2024年02月03日
    浏览(34)
  • 记一次卡顿的性能优化经历实操

    本篇的性能优化不是八股文类的优化方案,而是针对具体场景,具体分析,从排查卡顿根因到一步步寻找解决方案,甚至是规避等方案来最终解决性能问题的经历实操 所以,解决方案可能不通用,不适用于你的场景,但这个解决过程是如何一步步去处理的,解决思路是怎么样

    2024年02月02日
    浏览(28)
  • 记一次BootCDN被黑产挂马导致站点跳转博彩网站的问题

      近期发现公司某些站点出现偶尔跳转博彩网站的现象,经过排查发现该现象为供应链投毒攻击,BootCDN上的静态资源无一例外均被污染, 当外站引入BootCDN的静态资源时,如果请求携带的Referer头为指定值(涉及公司隐私不便透露),User-Agent头为手机浏览器UA,触发恶意代码注

    2024年02月08日
    浏览(30)
  • 记一次靶场搭建与渗透测试

    通过Windows7打入工作组环境,穿透两层内网拿到DC(域控制器)权限 环境搭建 网络拓扑 虚拟机网络配置 永恒之蓝外网打点 nmap -sS 192.168.2.0/24扫描外网存活主机,发现两台主机192.168.2.128和192.168.2.129,并且445端口都是打开的,可能存在永恒之蓝漏洞 用msf来进行永恒之蓝漏洞的

    2024年01月23日
    浏览(33)
  • 记一次简单的白加黑测试

    前一阵子成了小洋人,所以很长的时间也没更新了,今天更一篇PHP代码审计的吧,此次分享的内容十分的简单,大家简单的看看即可 从上述代码,我们可以看出来,$ip变量接收过来之后通过合并运算符(??)判断是不是空,是空的话就返回114.114.114.114,否则就返回变量本身,说

    2023年04月09日
    浏览(33)
  • 记一次网络安全渗透测试实战指南

    网址已无法访问,就不贴了 可以使用Fofa,火线,zoomeye,searchcode.com等爬取相关的资产,重点关注一些有漏洞暴露的框架和服务例如:泛微,PHP,Tomca,后台,weblogic等等。之后就主要分三步: 指纹识别、漏洞验证、漏洞复现。 指纹识别很好理解,我们要拿历史漏洞怼它,首

    2024年02月08日
    浏览(42)
  • 记一次奇妙的某个edu渗透测试

    对登录方法的轻视造成一系列的漏洞出现,对接口确实鉴权造成大量的信息泄露。从小程序到web端网址的奇妙的测试就此开始。(文章厚码,请见谅) 1. 寻找到目标站点的小程序 进入登录发现只需要姓名加学工号就能成功登录,通过googlehack的语法成功找到学生姓名和学号,

    2024年04月16日
    浏览(56)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包