谈谈性能基线

一、背景与说明

1.1、性能基线的背景与意义

  当系统的操作响应时间超出了用户可接受的程度，说明系统出现了性能问题，需要技术人员对系统进行优化，但是 “用户是否可接受”是一个主观的无法直接测量的标准，具体在何种程度下需要开启对系统性能的优化工作，又优化到何种程度后可以终止工作，没有统一的度量标准。 
  另外，真正引起性能问题的原因不仅仅是程序代码，也可能是承载系统运行的计算资源不充足，那么如何让性能优化人员明确目前到底是应该扩充计算资源还是修改程序代码，也需要有统一的指导标准和原则。 
  在这些问题背景下，性能基线就显得十分必要。性能基线的含义就是在可控的标准化的环境下，通过测试工具采集和人工分析后得出的有参考价值的指标数据。概括的来说，这些指标数据的主要作用如下： 
  1.为容量规划确定系统和应用程序的极限； 
  2.为配置测试的参数和配置选项提供参考依据； 
  3.为验收测试确定系统是否具备自己所宣称的能力； 
  4.为性能基线的建立提供长期的数据统计来源以及比较基准。

1.2、预期读者与目标

  系统架构师或技术负责人：依照系统性能需求，参照性能基线测算计算资源需求； 
  性能测试人员：了解性能基线指标值，能够在测试环境中计算资源不充足的情况下，也对系统的性能表现进行测试并把关，明确系统性能是否达到基线要求，性能测试是否可以通过； 
  性能调优人员：为性能调优建立目标，只有系统性能表现满足基线指标值，方可完成性能调优工作。

1.3、性能基线指标选择

1.3.1、性能指标相关名词解释

  QPS：每秒请求处理量(Query Per Second)，是对一个特定的应用系统在规定时间内所处理流量多少的衡量标准。通俗讲即，每秒钟处理完请求的次数，注意这里是处理完，具体是指发出请求到服务器处理完成功返回结果； 
  事务（Transaction）：一组请求，事务的开始和事务的结束在录制压测脚本时定义，事务中包含的请求视具体业务场景而定，故事务中请求的数量无法固定有多有少。例如：用户登录作为一个事务，里面包含了登录页面加载、登录验证请求、首页面菜单数据请求、消息提醒请求、元件页面加载请求等多个服务器请求； 
  并发：系统能同时处理的事务数，在loadrunner压测工具里，并发一般指设置的并发用户数Vuser的数量； 
  TPS：Transaction Per Second，每秒钟系统可执行完成的事务的数量。 
  并发、QPS、TPS间的关系： 
    QPS = TPS*事务包含请求数量 
    并发数 = (QPS/事务包含请求数量)*事务平均响应时间 
    并发数 = TPS*事务平均响应时间

1.3.2、基线指标选择

一、为什么不使用并发作为性能基线指标？ 
  在脱离了响应时间标准的情况下，单纯的并发量，只能反映系统承载压力，不能反映系统的性能表现，固只用并发来作为性能基线指标没有意义。

二、为什么不使用并发+响应时间（即TPS）作为性能基线指标？