根据业务数据计算系统并发
1、日活 访问量 活跃度
2.1 PV（Page View）
访问量, 即页面累计浏览量或点击量，衡量网站用户访问的网页数量；在一定统计周期内用户每打开或刷新一个页面就记录1次，多次打开或刷新同一页面则浏览量累计。
2.2 UV（Unique Visitor）
访问用户数(去重)，统计1天内访问某站点的用户数(以cookie为依据);访问网站的一台电脑客户端为一个访客。可以理解成访问某网站的电脑的数量。网站判断来访电脑的身份是通过来访电脑的cookies实现的。如果更换了IP后但不清除cookies，再访问相同网站，该网站的统计中UV数是不变的。如果用户不保存cookies访问、清除了cookies或者更换设备访问，计数会加1。00:00-24:00内相同的客户端多次访问只计为1个访客。
1、UV（Unique Visitor））：没有时间范围限制，就是访问用户数(去重)，所以一般会加上每日UV，现在一般都指PC站的访问用户数;
2、DAU(Daily Active User)：加了时间限制，就是指每日访问用户数(去重)，日活跃用户数量。常用于反映网站、互联网应用运营情况
3、MAU(monthly active users)：月活跃用户人数。
3、DAU相关指标DAU-DNU
活跃度：DNU/DAU叫这个指标为活跃度指数，也叫做新增用户占比。
Session：一次会话是使用同一浏览器发送的多次请求。一旦浏览器关闭，则结束会话
（1）Session用于记录用户的状态。Session指的是一段时间内，单个客户端与Web服务器的一连串相关的交互过程。
（2）在一个Session中，客户可能会多次请求访问同一个资源，也有可能请求访问各种不同的服务器资源。
（3）Session是由服务器端创建的，通过request对象获取：
The formula is: Throughput = (number of requests) / (total time)
吞吐量按请求数/单位时间计算。时间是从第一个样本开始到最后一个样本结束计算的。这包括样本之间的任何间隔，因为它应该代表服务器上的负载。
公式为：吞吐量 =（请求数）/（总时间）
吞吐量
系统的吞吐量是用来反映系统能够承载多少的用户请求压力。与用户请求、CPU处理能力、IO操作等等都有关系。
简单的举个例子，在春运期间，一个车站的吞吐量就是指这个车站能够收发多少人员。如果我们将一个旅客看做一个用户请求的话，能够体现其吞吐量的因素应该有如下的几个。
第一、能够处理请求的效率，也就是上面提到的QPS。
第二、同时能够处理多少的请求，也就是上面提到的并发数。
第三、就是系统的处理时间，也就是上面提到的响应时间。
Summary Report：
摘要报告会为测试中每个不同名称的请求创建一个表行。它与汇总报告类似，但占用的内存较少。
吞吐量是从采样器目标的角度计算的（例如，对于 HTTP 样本，则是远程服务器）。JMeter 会考虑生成请求的总时间。如果其他采样器和计时器位于同一线程中，则会增加总时间，从而降低吞吐量值。因此，两个名称不同的相同采样器的吞吐量将是两个名称相同的采样器的一半。正确选择采样器标签对于从报告中获得最佳结果非常重要
聚合报告Aggregate Report
汇总报告会为测试中每个不同名称的请求创建一个表行。对于每个请求，它会汇总响应信息并提供请求数、最小值、最大值、平均值、错误率、近似吞吐量（请求/秒）和每秒千字节吞吐量。测试完成后，吞吐量是整个测试期间的实际吞吐量。
4、从业务角度推算
5、根据session公式计算业务并发：
1、平均并发用户数C
C = nL/T
2、并发用户数峰值C'：
C'≈C+3*根号C
适用范围：Web类访问
平均并发用户数：C = n * L / T
C是平均的并发用户数；
n是login session的数量；
L是login session的平均长度(一天内用户从登录到退出的平均时间)；
T指考察的时间段长度。
计算并发用户数峰值： C’≈ C+3根号C
C’指并发用户数的峰值，C就是公式（1）中得到的平均的并发用户数。该公式的得出是假设用户的login session产生符合泊松分布而估算得到的。
泊松分布：
平均并发数（每秒平均请求数）= 80% * 日请求量 / 1天 * 30%
进而计算出最高峰值与平均并发数的倍数 = 2.25
故，高峰并发数（每秒高峰请求数）= 2.25 * 平均并发数 =
2.25 * 80% * 日请求量 / 1天 * 30% = 6 * 日请求量 / 1天
因UV与请求量曲线分布呈线性关系，日请求量 = 9.25 * 日UV
故，高峰并发数 = 6 * 9.25 * 日UV / 1天 = 55.5 * 日UV / 1天