jmeter 性能分析 （一点点加）

1、聚合报告

我们可以看到，通过这份报告我们就可以得到通常意义上性能测试所最关心的几个结果了。

Samples -- 本次场景中一共完成了多少个Transaction

Average -- 平均响应时间

Median -- 统计意义上面的响应时间的中值

90% Line -- 所有transaction中90%的transaction的响应时间都小于xx

Min -- 最小响应时间

Max -- 最大响应时间

PS: 以上时间的单位均为ms

Error -- 出错率

Troughput -- 吞吐量，单位：transaction/sec

KB/sec -- 以流量做衡量的吞吐量

2、响应数据

　　①jmeter报错及原因：
　　　　1、java.net.SocketException: Connection reset
　　　　服务器断开连接导致
　　　　2、java.net.ConnectException: Connection timed out: connect
　　　　请求超时
　　　　3、org.apache.http.MalformedChunkCodingException: Unexpected content at the end of chunk
　　　　异常：块结束时出现意外的内容
　　　　4、报错：502
　　　　服务器端报错　　　　

　　　　5、org.apache.http.client.ClientProtocolException: URI does not specify a valid host name:

　　　　URI没有指定有效的主机名 都无法访问了

3、其它信息

吞吐量 如果一个系统运行一段时间 吞吐量处理能力波动不大的话 说明系统处理能力不错

电脑的内存是 存储数据的 CPU是处理数据的

还有偏移率 也不能波动大 波动大 说明系统不稳定

性能 主要就是2个指标 时间 -响应时间等 空间 硬盘 内存 等

数据库压测是基于业务去做的，如果你想做可以让开发把你的sql封装成一个接口，你对接口压

暂时就会这么多。

4、在优化 Join Query 的时候，最基本的原则就是“小结果集驱动大结果集”，通过这个原则
来减少嵌套循环中的循环次数，达到减少 IO 总量以及 CPU 运算的次数。
尽可能在索引中完成排序

5、性能调优的算法概念：

　　①、根据用户数量和平均响应时间来计算

　　单个请求的平均响应时间优化1ms，1000个请求的时候 = 优化了1s，以此类推

　　②、每日服务器用户量的算法（PV量）

　　每台服务器每秒处理请求的数量=((80%*总PV量)/(24小时*60分*60秒*40%)) / 服务器数量

　　每台服务器每秒处理请求的数量是：吞吐量

　　以上请求数量算法是均匀的分布在白天的9.6个小时中，但实际情况并不会这么均匀的分布，会有高峰有低谷。为了应对高峰时段，应该留一些余地，最少也要x2倍，x3倍也不为过

6、性能指标