关于服务器在处理性能上的几个指标

序言

          整理一些服务器性能的指标cuiyaonan2000@163.com

TPS

TPS：Transactions Per Second，意思是每秒事务数，具体事务的定义，都是人为的，可以一个接口、多个接口、一个业务流程等等。一个事务是指事务内第一个请求发送到接收到最后一个请求的响应的过程，以此来计算使用的时间和完成的事务个数。

以单接口定义为事务为例，每个事务包括了如下3个过程：

        a.向服务器发请求

　　b.服务器自己的内部处理（包含应用服务器、数据库服务器等）

　　c.服务器返回结果给客户端

　　如果每秒能够完成N次这三个过程，tps就是N；

如果多个接口定义为一个事务，那么，会重复执行abc，完成一次这几个请求，算做一个tps。

QPS

QPS：Queries Per Second，意思是每秒查询率，是一台服务器每秒能够响应的查询次数（数据库中的每秒执行查询sql的次数），显然，这个不够全面，不能描述增删改，所以，不建议用qps来作为系统性能指标。

         QPS(是每秒查询率) = 并发数 /  平均响应时间

         例如:

1. 如果一次性可以处理100个请求，每个请求耗时100毫秒.100÷0.1=1000,则qps = 1000
2. 如果一次性可以处理50个请求，每个请求耗时200毫秒，50÷0.2=250,则qps = 250

峰值QPS

      公式：( 总PV数 * 80% ) / ( 每天秒数 * 20% ) = 峰值时间每秒请求数(QPS)

      机器：峰值时间每秒QPS / 单台机器的QPS   = 需要的机器

      问：每天300w PV 的在单台机器上，这台机器需要多少QPS？       答：( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS) 

      问：如果一台机器的QPS是58，需要几台机器来支持？

      答：139 / 58 = 3 

MQ服务

        Kafka是高吞吐低延迟的高并发、高性能的消息中间件，在大数据领域有极为广泛的运用。配置良好的Kafka集群甚至可以做到每秒几十万、上百万的超高并发写入。

        一般RabbitMQ的单机QPS在万级别之内，而Kafka的单机QPS可以维持在十万级别，甚至可以达到百万级。

　    很明显的看出kafka的性能远超rabbitmq。不过这也是理所当然的，毕竟2个消息队列实现的协议是不一样的，处理消息的场景也大有不同。rabbitmq适合处理一些数据严谨的消息，比如说支付消息，社交消息等不能丢失的数据。kafka是批量操作切不报证数据是否能完整的到达消费者端，所以适合一些大量的营销消息的场景。

NoSql数据库

        redis单机的话能够提供5w左右的QPS,如果是服务器读写分离可以提供到10w. 关于redis-cluster 集群如果机器太多了会增加沟通交互的成本,所以集群的百万左右差不多可以了.Redis为内存型KV系统，处理的数据量要小于HBase与MongoDB

        HBase基于列存储，提供三项坐标方式定位数据，由于其qualifier的动态可扩展型（无需schema设计，可存储任意多的qualifier），特别适合存储稀疏表结构的数据（比如互联网网页类）。HBase不支持二级索引，读取数据方面只支持通过key或者key范围读取，或者全表扫描。         MongoDb在类SQL语句操作方面目前比HBase具备更多一些优势，有二级索引，支持相比于HBase更复杂的集合查找等。BSON的数据结构使得处理文档型数据更为直接。MongoDb也支持mapreduce，但由于HBase跟Hadoop的结合更为紧密，Mongo在数据分片等mapreduce必须的属性上不如HBase这么直接，需要额外处理。

HBase与Mongodb的读写性能正好相反，HBase写优于随机读，MongoDB似乎写性能不如读性能。hbase占用两台机器能完成的事情，mongodb要占用更多的机器,但是代价就是hbase记录下东西以后，只能事后通过全表检索或按照索引范围的方式进行整体分析，而不能对具体每个人的数据进行实时分析，更强调数据分析能力而不是实时数据查询能力

扩展性表设计负载均衡failover事务适用数据量RDBMS差灵活性较弱差同步实现支持万级HBase强十亿级行，百万级列;动态列，每行列可不同。且引入列族和数据多版本概念。强各组件都支持HAMVCC, Produce LOCK;行级事务亿级

ORM

        从 iBatis 到 MyBatis，不只是名称上的变化，MyBatis 提供了更为强大的功能，同时并没有损失其易用性，相反，在很多地方都借助于 JDK 的泛型和注解特性进行了简化.

       在 iBatis 中，namespace 不是必需的，且它的存在没有实际的意义。在 MyBatis 中，namespace 终于派上用场了，它使得映射文件与接口绑定变得非常自然。MyBatis中一条sql结束后可以有“;”，而iBatis会报错,

时间复杂度 ⑴ 找出算法中的基本语句；

算法中执行次数最多的那条语句就是基本语句，通常是最内层循环的循环体。

⑵ 计算基本语句的执行次数的数量级；

只需计算基本语句执行次数的数量级，这就意味着只要保证基本语句执行次数的函数中的最高次幂正确即可，可以忽略所有低次幂和最高次幂的系数。这样能够简化算法分析，并且使注意力集中在最重要的一点上：增长率。

⑶ 用大Ο记号表示算法的时间性能。

将基本语句执行次数的数量级放入大Ο记号中。 果算法中包含嵌套的循环，则基本语句通常是最内层的循环体，如果算法中包含并列的循环，则将并列循环的时间复杂度相加。

用例

Temp=i; i=j; j=temp;       

以上三条单个语句的频度均为1，该程序段的执行时间是一个与问题规模n无关的常数。算法的时间复杂度为常数阶，记作T(n)=O(1)。注意：如果算法的执行时间不随着问题规模n的增加而增长，即使算法中有上千条语句，其执行时间也不过是一个较大的常数。此类算法的时间复杂度是O(1)。

sum=0；                 //（一次）  
for(i=1;i