Samples:表示一共发出的请求数 nginx
Average:平均响应时间,默认状况下是单个Request的平均响应时间(ms) web
Error%:测试出现的错误请求数量百分比。若出现错误就要看服务端的日志,配合开发查找定位缘由 数据库
Throughput:简称tps,吞吐量,默认状况下表示每秒处理的请求数,也就是指服务器处理能力,tps越高说明服务器处理能力越好服务器
Error%:确认是否容许错误的发生或者错误率容许在多大的范围内;网络
Throughput:吞吐量每秒请求的数大于并发数,则能够慢慢的往上面增长;若在压测的机器性能很好的状况下,出现吞吐量小于并发数,说明并发数不能再增长了,能够慢慢的往下减,找到最佳的并发数;架构
压测结束,登录相应的web服务器查看CPU等性能指标,进行数据的分析;并发
最大的tps:不断的增长并发数,加到tps达到必定值开始出现降低,那么那个值就是最大的tps。数据库设计
最大的并发数:最大的并发数和最大的tps是不一样的几率,通常不断增长并发数,达到一个值后,服务器出现请求超时,则可认为该值为最大的并发数。性能
压测过程出现性能瓶颈,若压力机任务管理器查看到的cpu、网络和cpu都正常,未达到90%以上,则能够说明服务器有问题,压力机没有问题。测试
影响性能考虑点包括:数据库、应用程序、中间件(tomact、Nginx)、网络和操做系统等方面。
1.客户端响应时间是否知足要求
2.服务器资源使用状况是否合理
3.应用服务器和数据库资源使用是否合理
4.最大访问数,最大业务处理量是多少
5.系统可能存在的瓶颈在哪里
6.可否支持7*24小时的业务访问
7.架构和数据库设计是否合理
8.内存和现成资源是否能够被正常回收
9.若是系统出现不稳定状况,其可恢复性如何
1.CPU、TPS存在明显波动则存在瓶颈
2.并发时服务日志级别需调整为error级别
3.一般请求由一个线程负责执行,占用一个逻辑CPU
4.若并发量增长而CPU使用率未增长则存在瓶颈
5.CPU负荷集中在应用服务器和数据库服务器上
6.内存负荷集中在应用服务器和数据库服务器上
7.磁盘负荷集中在数据库/文件服务器上
8.对外网络流量集中在负荷均衡器(nginx、LVS)上