衡量并发指标

并发用户数：同时承载正常使用系统功能的用户数量。例如一个即时通讯系统，同时在线量一定程度上代表了系统的并发用户数。

吞吐量，并发量：单位时间内处理的请求数量。对后端的web系统指的是同一时间这个服务可以并发处理的请求数量，如SpringMVC只要请求进入Tomcat，开始解析路径和封装Request对象就算开始处理，直到将Response对象和视图解析为Html返回，只要进去这个区间就算开始处理。如果是有静态数据，可能通过nginx代理就可以了。静态数据请求量和后端web服务并发处理请求的量需要分开分析，混淆后没有意义。

QPS：每秒响应请求数，Query Per Second，重点衡量查询类页面指标，比如：商品的详情页，商品列表，门户新闻，新闻详细等。

TPS：Transactions Per Second（每秒传输的事物处理个数），即服务器每秒处理的事务数。这个事务区别于数据库的那个事务，是指一个业务单元功能，比如提交订单，提交工单等。一个TPS可能会多次请求。

并发量，QPS，TPS 区别：

1. 概念类似，但侧重点不同
2. 并发量更侧重于单个web服务，或者整个web系统 单位时间内，并发处理的请求。
3. QPS更侧重于一些查询为主的系统统计，比如：博客，新闻，门户，图书查询，商品详情等。反例：如果用QPS衡量下载服务，没有啥意义。
4. TPS侧重业务处理模块的性能核量，比如：下订单，支付等，单个QPS衡量没意义，整个事务单元完成后才算完成，才有意义。

PV（Page View）： 即每个页面的浏览次数，用户每次刷新就算一次。

UV（UniqueVisitor）：一天来了多少用户访问

Load（系统负载）：

概念：此数据指的是Linux系统的负载情况，也就是咱们平时所用Top命令时，最上面显示的数据信息( load average: 0.1, 0.2, 0.5)。此时会显示1分钟、5分钟、15分钟的系统平均Load，很显然load average 的值越低，你的系统负荷越小。

简单的说下这个值应该怎么看，如果你是单核cpu,那此值为1的时候就是系统已经满负荷状态了，需要你马上去解决。但实际经验告诉我们，当系统负荷持续大于0.7的时候（也就是70%），就需要你马上来解决问题了，防止进一步恶化。

为什么需要三个值 load average: 0.1, 0.2, 0.5，其实就是给你个参考。比如只有1分钟的是1，其他俩都是0.1，这表明只是临时突发的现象，问题不大。如果15分钟内，系统负荷都是1或大于1，那表明问题持续存在啊。所以你应该主要观察15分钟的系统负荷。

达到什么指标才算高并发

有人这么回答：

 这个不能一概而论，比如：大于10WQPS；超过1W TPS；并发量超过1W。这样的描述只能说太笼统，比如静态网页，超过10W的访问量PV一个Nginx代理也能支持。但如果是1K TPS的电子商务系统，也算是搞并发了。那有没有一个概念说达到什么样的状态算是高并发了？

我个人理解：为了支撑目标并发量，促使系统需要进行横向和纵向扩展的量，就算高并发。

解释下：单台机器64G内存一下能支撑的单web实例就不算，原因是：64G内存以下机器在现如今不算啥高端机器，一个web实例能支持的，说明不需要从硬件和软件底层架构方面做调整就可以支撑。

END