2021-01-14

前言

本博文是基于某位大佬的公众号写的，仅仅作为学习总结，并不做商业用途。

TPS

Transactions Pre Second,每秒事务数，可以是一个接口，多个接口，一个业务等等。一个事务指的是事务内第一个请求发送到接受最后一个请求响应的过程。

	以单接口为例每个事务包含3个过程。

• 向服务器发请求
• 服务器自己的内部处理
• 服务器返回接口给客户端
  如果每秒能够完成N次这三个过程，tps就是N;

QPS

Queries Per Second 每秒查询率，是一台服务器每秒能够响应的查询次数（数据库中的每秒执行查询sql的次数）这个不能描述增删改。so，不建议使用qps作为系统性能指标。

PV

访问量，页面浏览量或点击量，在一定统计周期内用户每打开或刷新一个页面就记录1次，多次打开或者刷新同一页面浏览量累计

UV

独立访客，统计1天内访问某站点的用户数（以cookie为依据）；访问网站的一台电脑客户端为一个访客。可理解为访问能某网站的电脑数量。网站判断来访电脑的身份是通过访电脑的cookies实现的。

IP

独立IP数，指1天内多少个独立的IP浏览了页面，统计不同的ip浏览用户数量，同一ip不管访问了几个页面，独立ip均为1.

load average

平均负载，判断一个系统的负载可以用top，uptime等命令查看，它分别记录了1分钟，5分钟，15分钟系统的平均负载

不少人认为，Load代表正在CPU上运行&等待运行的进程数，但在linux系统中，这种描述不完全正确。除了可执行态进程，不可中断睡眠态进程也会被一起纳入计算。
LINUX2.6以后的内核中，进程一般存在7种状态，D-不可中断睡眠，R-可执行，S-可中断睡眠，T-暂停态，T-跟踪态，X-死亡态，Z-僵尸态。
D：位于这种状态的进程处于睡眠中，且不能被其他进程或中断（异步信号）打断。这种状态的进程，是无法用kill -9杀死的（kill也是一种信号）除非重启系统。不过这种状态一般由I/O等待（磁盘I/O，网络I/O，外设I/O等）引起的，出现时间短，很难被PS或者TOP命令捕获，SLEEP态进程不会占用任何CPU资源。

CPU使用率

cpu时间分片一般分为4大类：用户进程运行时间 -User Time，系统内核运行时间 -System Time，空闲时间 -Idle Time，被强占时间 -Steal Time。除了Idle Time外，其余时间CPU都处于工作运行状态。

通常，CPU使用率为User Time和System Time占比之和，即：
（User Time + System Time）/(User + System + Idle + Steal)
为了便于定位问题，大多数性能工具将这4类时间片细化成8类
us:用户进程空间中未改变过优先级的进程占用CPU百分比。
sy:内核空间占用CPU百分比。
ni:用户进程空间内改变过优先级的进程占用CPU百分比。
id:空间时间百分比。
wa:空闲&等待IO的时间百分比。
hi:硬中断时间百分比。
si:软中断时间百分比。
st:虚拟化时被其余VM窃取时间百分比。
除id和wa，其余分片cpu都处于工作态。

吞吐量

单位时间内系统能处理的请求数量，体现系统处理请求的能力，与request对cpu的消耗，外部接口等紧密关联。单个request对cpu消耗越高，外部系统接口，IO影响越小。

TPS、QPS区别

如果对一个查询接口（单场景）压测，这个接口内部不会再去请求其他接口，tps=qps。
如果是容量场景，假设n个接口都是查询接口，且这个接口内部不会请求其他接口，qps=n*tps