如何衡量系统性能

系统性能

QPS每秒查询率(Query Per Second) /TPS每秒事务数（Transaction Per Second）

QPS(TPS)=并发数/平均响应时间

并发数：同时处理的请求数量，也可以认为同一时刻用户的请求数。

平均响应时间：发出请求和收到服务器响应的时间平均值。

QPS：单位时间内处理的用户请求数。与服务器的配置和程序有关，QPS有一个峰值。

理想的情况是，随着并发数的增加，平均响应时间不变，也就是QPS增加。

当系统达到瓶颈时，也就是QPS达到了服务器的上限时，随着并发数的增加，系统超负荷工作，上下文切换、内存等消耗导致系统性能下降，平均响应时间会增大。

【1】一般情况下，大型系统（业务量大、机器多）做压力测试，5000个用户并发就够了，中小型系统做压力测试，1000个用户并发就足够了

【2】PV（Page View） 即页面浏览量或点击量，用户每次刷新即被计算一次

系统负载

系统平均负载被定义为在特定时间间隔内运行队列中的平均进程数。

如果一个进程满足一下条件则其就会位于运行队中中：1）它没有在等待I/O操作的结果；2）它没有主动进入等待状态（也就是没有调用wait）；3）没有被停止（例如：等待终止）

一般的进程需要消耗CPU、内存、磁盘I/O、网络I/O等资源，在这种情况下，平均负载就不是单独指的CPU使用情况。即内存、磁盘、网络等因素也可以影响系统的平均负载值。在单核处理器中，平均负载值为1或者小于1的时候，系统处理进程会非常轻松，即负载很低。当达到3的时候，就会显得很忙，达到5或者8的时候就不能很好的处理进程了（其中5和8目前还是个争议的阈值，为了保守起见，建议选择低的）。

1.0是系统负荷的理想值吗？不一定，系统管理员往往会留一点余地，当这个值达到0.7，就应当引起注意了。经验法则是这样的：当系统负荷持续大于0.7，你必须开始调查了，问题出在哪里，防止情况恶化。当系统负荷持续大于1.0，你必须动手寻找解决办法，把这个值降下来。当系统负荷达到5.0，就表明你的系统有很严重的问题，长时间没有响应，或者接近死机了。你不应该让系统达到这个值。

在Linux系统中，我们一般使用uptime命令查看（w命令和top命令也行）。平均负载值部分如:load average: 0.08, 0.03, 0.00.

这些数值是指系统在最后1/5/15分钟的平均负载.那么我们判断负载过高，要以哪个值为准呢？ 应该把重点放在5/15分钟的平均负载，因为1分钟的平均负载太频繁，一瞬间的高并发就会导致该值的大幅度改变。

如果有N个CPU，平均负载值应该小于N或者等于N，系统处理进程会比较轻松。

参考资料：

http://www.ha97.com/5095.html

http://hitest.aliyun.com/front/share/shareDetail.htm?spm=0.0.0.0.iqDJNK&shareId=194011410749727463

http://www.ruanyifeng.com/blog/2011/07/linux_load_average_explained.html

https://software.intel.com/zh-cn/blogs/2012/03/20/linux-5