小技巧：大部分服务端性能指标都是根据时间单位来算的，了解这些指标以及对系统的作用，才能够更好的分析系统性能。
一、性能关键数值
1.1 *QPS（Queries per second）
- 每秒查询率（每秒响应请求数，展现了吞吐能力）
- 注：访问1次页面，请求服务器3次，返回用户1次，则产生1个T，3个Q
1.2 TPS（Transactions Per Second）
- 服务器每秒处理的事务个数（每秒能完成N个事务，tps = N）。
- 1个事务 = 用户请求服务器+服务器处理+服务器返回。
- 系统整体处理能力的判定，取决于处理能力最低模块的TPS值。
1.3 *RT（Res（onse Time）
- 客户端发起请求到服务端响应时间。和用户体验息息相关。
- 一般会监控3个RT：最大、最小、平均；
- 一般系统RT 100ms 以内是比较正常的，300ms 勉强可以接受。
1.4 并发数
- 同一段时间，系统能同时处理的请求的数量。
- 例：请求一个index.html 页面，客户端发起了三个请求（css、js、index接口），那么此时TPS = 1、QPS = 3 、并发数 = 3。
- QPS=并发数/RT || 并发数=QPS*R；
1.5 并行（Parallelism）
针对多核CPU，同时间。
1.5 吞吐量（Throughput）
- 系统吞吐量参考：QPS、TPS，并发数，平均响应时间；
- QPS（TPS）= 并发数/平均响应时间 或者 并发数 = QPS*平均响应时间；
- 系统吞度量（承压能力）与request对CPU的消耗、外部接口、IO等等紧密关联：单个reqeust
对CPU消耗越高，外部系统接口、IO影响速度越慢，系统吞吐能力越低，反之越高。
1.6 错误率
不正常处理的占比；
一般要求<1%（即：业务成功率>99%，http code 200>99%）
1.7 *CPU
- 一般会看在不同QPS情况下的CPU占用率；
- 一般要求：CPU 单核 < 70%；
二、可选数值
1.1 TP（90、99、999）
1.2 redis缓存（memory usage）
三、其他相关数值
2.1 PV（Page View）
每个页面的浏览次数，用户每次刷新就算一次。
2.2 UV（UniqueVisitor）
每日访问的用户数，需要根据用户唯一标识去重。