【从0-1成为架构师】对于架构你要知道的性能那些事

性能

性能是网站的一个重要目标，除非没得选，否则不会有用户会选择一个卡的要死的网站，很多时候网站的性能问题是网站优化的触发器，可以说性能是网站架构设计中的一个重要方面。
也正因为性能的重要性，所以优化性能的方式也多种多样。影响用户请求的各个环节都有性能优化方式。
在浏览器端，我们可以通过浏览器缓存，页面压缩，减少cookie传输的方面进行优化。
我们还可以通过cdn，将静态资源存储到里用户最近的网络提供商处，也可以通过反向代理服务器，缓存热点资源。
在应用服务器层面可以通过缓存，异步和集群的方式来进行性能的优化。
衡量网站的性能有一些指标，重要的有响应时间，TPS，系统性能计数器等，通过测试这些指标以确定系统是否达到目标。

网站性能

性能测试是优化的前提，也是性能优化的结果和指标，不同视角下的网站性能有不同的标准，也有不同的优化目标。

性能指标

1. 响应时间

指应用运行一个操作所需要的时间，包括发出请求开始到最后响应数据所需要的时间，响应时间是系统最重要的性能指标，直观的反映出系统的快慢。测试程序用过模拟应用程序记录收到响应到程序结束的时间查来计算系统的响应时间，但是如果系统本身的响应时间太小，没有计算时间差的时间长，是计算不出来的，所以通常都是运行多次程序来计算平均响应时间。

2. 并发数

指系统能够同时处理的请求数，这个数字也反应了系统的负载特性。与并发数相对应还有网站在线人数和网站用户人数，其数量比较为
网站用户数>网站在线人数>网站并发数
现实中，通常会出现运营人员推出一个活动，用户兴致冲冲的去网站，结果发现网站因为并发能力不够而响应速度慢，然后用户着急的刷新，倒是并发数更多，最后系统崩溃，这种情况下可能就是并发数不够导致的。
测试程序通过多线程模拟并发用户的办法来测试系统的并发能力，为了模拟真实的用户请求，可以在请求期间增加一个随机停顿时间来模拟用户的思考时间。

3. 吞吐量

指单位时间内系统处理的请求数量，体现系统的整体处理能力，对于网站，可以用请求数/秒或者访问人数/天等来衡量，TPS（每秒处理事务数）是吞吐量衡量的一个常用量化指标，此外还有QPS(每秒查询量)等
在系统并发量由小逐渐增大的过程中，系统吞吐量逐渐增大，达到一个极限后随着吞吐量的增大而减小，达到系统崩溃点后系统资源耗尽，吞吐量为0
系统吞吐量和并发数和响应时间的关系可以看成是高速公路的运行，吞吐量是每天收费站收取的过路费，响应时间是车速，并发数是高速公路正在行驶的车辆，车辆很少的时候，车速很快，收到的过路费也不多，车辆增多后，车速降下来了，过路费收的多了，随着车辆再次增加，车速越来越慢，高速越来越堵，收的钱也慢了，随着车辆再次增多，超过某个极限之后，任何干扰都会使公路奔溃，车也动不了了，收费站也受不了费了，高速变成了停车场。

性能测试方法

1. 性能测试

以系统设计初期规划的性能指标为预期目标，对系统不断施加压力，验证系统在资源可控范围内是否达到预期效果

2. 负载测试

对系统不断的施加并发请求来增加系统压力，知道系统的某项或多项指标达到安全临界值，这时继续对系统施加压力，系统的处理能力不但不提高，反而下降

3. 压力测试

超过安全负载的情况下对系统继续施加压力，知道系统崩溃或者不能处理任何请求，以此来获得系统最大的压力。

4. 稳定性测试

被测试的系统在特定的硬件，软件，网络环境下，给系统加载一定的压力，使系统运行一段较长时间，以此来检测系统是否稳定，在不同的生产环境，不同的时间点下请求的压力是不均衡的，呈波浪特性，因此为了更好的模拟生产环境，稳定行测试也应该不均匀的对系统施加压力。

性能测试意义

性能测试是一个不断对系统增大访问压力，以获得系统性能指标，最大负载能力，最大压力的过程，所谓的增加访问压力，在系统测试环境中就是不断增加测试程序的并发数，一般来说性能测试遵循下图的抛物线规律。

横坐标标识增加的系统资源，纵坐标标识吞吐量，在开始阶段随着并发数的增大，系统使用较少的资源就可以实现更多的处理能力，绝大多数的访问都是在这个区间，这段区间是网站的正常运行期间，被称为性能测试，测试目标是评估系统性能是否符合需求及设计目标。随着并发量增大，知道到达一个最大值c点，这个是系统的最大负载点，这段被称为负载测试，测试目标是评估当前系统因为突发事故超出日常访问量的情况下，保证系统正常运行能够承受的最大访负载压力。超过这个点之后在增加压力，系统的处理能力放到下降，而资源消耗的更多，当系统资源消耗的极限的时候d，系统达到崩溃点。超过这个点继续增大并发请求数。系统不在能处理任何请求，这一段被称为压力测试。
性能测试反应的是系统在实际生产环境下，随着用户并发访问量的增加，系统的处理能力。与性能曲线相对应的是用户的等待时间。