性能测试的基本流程:
熟悉性能需求, 确定相关的监测指标, 编写性能测试脚本
搭建性能监控平台
性能测试脚本执行
性能测试问题分析以及总结
jmeter 命令行解读:
- #jmeter 指令模式
- # -n 非图形界面模式
- # -t 后面跟的是脚本的路径和脚本名称
- # -j 运行 log
- # -l 输出结果的路径以及文件 (如果没有指定的话会自动创建, 生成 CSV 或者 jtl; 只写脚本名称的话默认在当前目录)
- # -e 测试完成后生成报告
- # -o 输出结果文件路径和结果文件名称
举例: jmeter -n -t /test/test.jmx -j /test/test.log
web 端性能测试通过的标准:
Web 端性能测试通过的一般标准
性能分析流程:
确认性能测试脚本没有问题, 不会导致性能测试结果统计不正确
模拟用户压测完成后, 发现 TPS 数据大, 响应时间较小, 说明性能良好
查看负载机的资源消耗, CPU 利用率
查看服务器资源消耗, CPU 利用率, 内存使用率, 磁盘占用, 宽带占用, Web 页面响应时间, 确认哪些数据影响了性能
确认硬件服务资源是否是性能瓶颈
检查中间件配置
数据库服务资源消耗分析 - CPU 消耗, 内存消耗, IO, 数据库监控
查看平均负载 , 如果平均负载很高, 确认下链接数是多少
查看连接数: show status like '%connection%';
设置数据库连接数: set global MAX_USER_CONNECTIONS=1000;
set global MAX_CONNECTS=1000;
查看设置后的数据库连接数: show VARIABLES like '%connection%';
再次进行压测, 查看压测情况
如果以上操作, 运行压测脚本后发现系统的平均负载还是比较高, 应该如何进行分析呢? 请提供您的答案, 相关问题分析后续跟进.....
来源: https://www.qcloud.com/developer/article/1810659