所在位置：首页 → 软件测试 → 性能测试项目实战四：性能测试分析和调优

性能测试项目实战四：性能测试分析和调优

发布：更新时间：2022-09-19 23:07:03

性能调优的步骤

确定问题：根据性能监控的数据和性能分析的结果，确定性能存在的问题（要求）
确定原因：确定了问题之后，对问题进行分析，找出问题产生的原因
给出解决方案：确定调整目标和解决方案（改服务器参数配置/增加硬件资源配置/修改代码）
验证问题：按照给出的解决方案，重新进行测试
分析调优结果：分析出问题的性能指标是否有提升，关注其他指标未下降

注意：性能测试调优并不是一次完成的过程，针对同一个性能问题，上面的五步可能要经过多次循环才

能最终完成性能调优的目标（即：测试发现问题-找原因-调整-验证-分析-再测试。。。）

性能瓶颈分析

1.服务器资源分析

查看CPU状态：top

查看内存状态：vmstat

实际内存：查看内存使⽤百分⽐，检查是否超过80%

虚拟内存：查看swap的si和so是否为0，如果不为0，说明内存可能不⾜

查看磁盘IO状态：iostat -x 1 1

关注是磁盘读⼊和写出的速度，不是磁盘⼤⼩。

%util⾼，说明磁盘⻓时间占⽤CPU在发送数据，说明磁盘传输速度不⾜，存在瓶颈

%iowait⾼，说明磁盘IO传输数据的任务很多，在等待，说明磁盘传输速度不⾜，存在瓶颈

查看网络状态：sar -n DEV 1 2

2.数据库分析

慢查询：

找出查询速度慢的sql语句，慢：查询时间超过设置的阈值

数据库连接池：

查看方法：

最大连接数：show variables like "max_connections"
当前使用的连接数：show status like "threads_connected"

测试点关注点：

关注：利用率 = 当前使用的连接数/最大连接数，建议：85%左右
如果利用率超过85%，连接池可能会被占满
如果利用率过低，说明资源存在浪费，可能会影响其他性能指标

mysql锁：

3.JVM瓶颈分析

4.压测机瓶颈分析

性能调优案例

案例1 - 获取首页数据

问题分析：

1.CPU已接近100%

2.一次请求中需要查询很多数据

解决方案：

Ø提升服务器配置

Ø分批次、异步加载首页数据，首页底部的数据（如：新品首发、热卖商品、专题精选等数据）等用户向下滑动页面时再加载

案例2 - 查看商品详情

场景描述：

Ø进入商品详情页面时，加载商品的详细信息

问题分析：

1.网络带宽已跑满

2.一次请求中返回了全部数据

解决方案：

Ø提升服务器网络带宽

Ø分批次、异步加载商品数据

案例3 - 搜索商品

场景描述：

Ø进入首页，在搜索框中输入关键字搜索商品

测试结果数据：

Ø搜索关键字“床”时，出现慢查询SQL语句

Ø查看慢查询语句cat /var/lib/mysql/localhost-slow.log,包含如下SQL语句

问题分析：

1.找出搜索商品接口对应的SQL语句（通过查看代码实现或者从日志中获取查询SQL）。

2. 分析具体的SQL语句

3.定位问题

Ø当搜索关键字匹配到大量的商品时，第3条SQL语句会返回大量重复数据

Ø 第4条SQL语句中的in查询条件中同样包含大量重复的商品分类id

Ø因此：第4条SQL会出现查询时间较长,是由于第3条SQL返回的ID有大量重复

解决方案：

Ø优化第3条SQL语句，因该SQL语句的查询结果大部分都是重复的，可以进行去重处理

案例4 - JVM内存溢出

场景描述：

Ø请求测试接口（/wx/index/oom），模拟内存溢出

问题分析：

1.JVM内存占用随着时间的推移占用越来越多，直至内存溢出，系统退出

解决方案：

Ø排查代码存在的问题，及时释放无用的对象

标签：JVM瓶颈, 压测机, 性能测试, 性能调优, 数据库瓶颈, 服务器资源, 测试分析

上一篇：UI自动化测试介绍下一篇：性能测试项目实战三：脚本编写、环境搭建和测试用例执行

文章排行