【解决方案 二十一】系统专业名词梳理及释义

简介: 【解决方案 二十一】系统专业名词梳理及释义

之前一直对一些专业名词理解的不太深刻或者没有搞太懂,这里做一个统一的梳理,包括

PV、UV、IP、DAU、MAU、GMV、GTV、QPS、TPS

1-简单统计指标

包括:PV、UV、IP、DAU、MAU、GMV、GTV

1-PV:页面访问量

Page View,页面访问量,即页面浏览量或点击量。用户每一次对网站中的每个页面访问均被记录 1 次。用户对同一页面的多次刷新,访问量累计。

2-UV:用户访问量

Unique Visitor,用户访问量,独立访客,统计1天内访问某站点的用户数。可以统计服务一天的访问日志并根据用户的唯一标识去重得到。通过客户端的cookies实现,在cookies中设置唯一标识,不清除cookie就不累加

3-IP:主机访问量

Internet Protocol,指通过ip的访问量。 即同一页面,客户端使用同一个IP访问多次只计算一次,访问量不累计。通过ip地址获取实现,ip地址不更换,次数不累加

4-DAU:日活跃用户量

Daily Active User,日活跃用户数量。常用于反映网站、互联网应用或网络游戏的运营情况。DAU通常统计一日(统计日)之内,登录或使用了某个产品的用户数(去除重复登录的用户),与UV概念相似

5-MAU:月活跃用户量

Month Active User,月活跃用户数量,指网站、app等去重后的月活跃用户数量

6-GMV: 网站成交金额

Gross Merchandise Volume,GMV指标通常称为网站成交金额,属于电商平台企业成交类指标,主要指拍下订单的总金额,包含付款和未付款两部分,只要下单就统计,GMV=销售额+取消订单金额+拒收订单金额+退货订单金额

7-GTV: 网站总交易额

Gross Transaction Value,是总交易额,没有扣除退货等一些收入的抵减项,是原价交易总价值

2-吞吐量计算指标

包括QPS、TPS

1-QPS:每秒查询率

Queries Per Second,QPS即每秒查询率, 是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准,公式:

  • QPS = 并发量(fetches) / 平均响应时间(seconds)
  • 并发量 = QPS * 平均响应时间

每天80%的访问集中在20%的时间里,这20%时间叫做峰值时间

  • 公式:( 总PV数 * 80% ) / ( 每天秒数 * 20% ) = 峰值时间每秒请求数(QPS) 。
  • 机器:峰值时间每秒QPS / 单台机器的QPS = 需要的机器数量

示例1-已知打在单台机器上的PV每天是300w,这台机器需要的QPS能力是:( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS)

示例2-如果峰值QPS总要求为278,反向推测,一天请求的总PV是600w,那么需要这样能力峰值机器几台,278/139=2,2台就可以承受这样的峰值PV

2-TPS: 每秒事务量

Transactions Per Second,每秒处理的事务数目。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时,收到服务器响应后结束计时,以此来计算使用的时间和完成的事务个数,最终利用这些信息作出的评估分

  • TPS 的过程包括:客户端请求服务端、服务端内部处理、服务端返回客户端
  • 和QPS区别:一次页面请求中:如果是对一个接口(单场景)压测,且这个接口内部不会再去请求其它接口,那么tps=qps,否则,tps≠qps,每请求一次别的接口,qps+1,而tps只针对当前最外层的用户请求。

tps能更好衡量后端的服务性能。

相关文章
|
3月前
|
程序员
程序员必知!里式替换原则的实战应用与案例分析
里式替换原则(Liskov Substitution Principle, LSP)是面向对象设计的基本原则之一,由Barbara Liskov于1987年提出。这个原则的主要思想是:在软件中,如果一个类可以被另一个类所替换,并且不会影响程序的正确性,那么这两个类就遵循了里式替换原则。
程序员必知!里式替换原则的实战应用与案例分析
|
10月前
|
存储 安全 编译器
[笔记]读书笔记 C++设计新思维《一》基于策略的类设计(下)
[笔记]读书笔记 C++设计新思维《一》基于策略的类设计(下)
|
25天前
|
运维 监控 安全
软件研发核心问题之用在需求拆解时明确监控范围与形式的问题如何解决
软件研发核心问题之用在需求拆解时明确监控范围与形式的问题如何解决
|
3月前
|
前端开发 JavaScript 小程序
系统刷JavaScripit 构建前端体系(语法篇)
系统刷JavaScripit 构建前端体系(语法篇)
28 1
|
3月前
|
编解码 缓存 数据库
【软件设计师备考 专题 】编写内部设计文档:屏幕设计和数据库设计
【软件设计师备考 专题 】编写内部设计文档:屏幕设计和数据库设计
98 0
|
10月前
|
Linux Go 数据库
技术阅读摘要 - 1.十二要素应用原则
十二要素应用原则(The Twelve-Factor App) 在如今的微服务领域非常流行,相信大家或多或少有所耳闻,但了解其中细节的并不多。 今天,我将对这12个原则做一个概要分析,结合Go语言中的相关例子,根据开源与大厂的具体实践,和大家一起看看个中究竟。
34 0
|
10月前
|
安全 Java C++
[笔记]读书笔记 C++设计新思维《一》基于策略的类设计(上)
[笔记]读书笔记 C++设计新思维《一》基于策略的类设计
|
存储 编解码 监控
带团队后的日常思考(十二)
带团队后的日常思考(十二)
编程基本功:典型的柳氏风格命名一例
编程基本功:典型的柳氏风格命名一例
62 0
编程基本功:典型的柳氏风格命名一例
|
缓存 前端开发 NoSQL
笔记整理:技术架构涵盖内容和演变过程总结
单体架构 2. 应用与数据库分离 3. 使用缓存抗量 4. 多应用部署和Nginx反向代理 5. 数据库读写分离 6. 应用分组部署 7. 应用分库设计 8. RPC 分布式部署 9. 应用细分和网关引入 10. 低代码编程和可复用
298 0
笔记整理:技术架构涵盖内容和演变过程总结