jmeter性能实战

概述

性能测试：
通过并发工具请求服务器，提前发现性能问题，优化并解决

为什么做性能测试？

• 常规需求
• 用户反馈性能问题
• 项目对性能不放心

性能测试的最终目标：？

性能指标分析

多快好省

项目性能场景提取

提取高频业务、核心业务、扎堆场景

了解业务逻辑

了解项目部署框架

服务器部署架构，在有性能问题时，能分析
db--tomcat

多个tomcat -- nginx

keeplive 主从模式

多个tomcat -- nginx -- lvs
高性能F5服务器

db瓶颈，redis缓存
db--reids--tomcat

确定场景、性能目标

脚本开发

• 初始化
  数据清理

• 多环境支持
  用户自定义变量（是全局的）
  http请求默认值

• 从1-n，并发时是否涉及单点登录

• 加密
  一般加密md5加密
  自定义加密吗，让开发给加密jar包

• 分布式测试
  注意csv路径配置

• 场景逻辑是否正确
  如登录一次，使用逻辑控制器

• debug调试

• 结果树四大金刚进行调试

• 断言

• cookie
  消息头管理器

• token
  json提取器
  正则表达式提取器

• 集合点
  同步计时器

性能瓶颈分析与调优

场景设置与运行

场景流程
场景指标

grafana 监控平台进行监控

收集器，下载对应的收集器，tomcat、redis、、mysql、服务器
储存器
接收器，grafana

top命令

1、运行场景-看聚合报告

• 响应时间，预期5s，实际30多s
  是什么导致的？
• 错误率
• 吞吐量
  

2、查看服务器资源--grafana看具体数据

发现cpu使用率过高

• usr
  是哪个进程导致的？

• sys

• idle

• io

top命令查看时root用户

mysql过高

• 连接数
• qps
• 慢查询，需要有足够的数据
• 锁表
  

数据库中设置慢查询日志

找出慢查询语句

可以把sql单独抽出来执行

选中，解释语句，找出问题，反馈给开发

查看进程里面的线程

再分析线程

java问题

• 死锁
• 堆溢出
• GC，资源回收
• jar包问题，第三方包不支持高并发