面试的机会是有限的，所以，我经常提醒微信或者Q群里的小伙伴：你可以任性的裸辞，但是不能毫无准备的裸面。
我有个习惯，会把曾经面试过的公司及笔试、面试题都记录到云笔记上，把答案写上，方便以后换工作复习。
最近在整理自己多年积累的笔记，平时问性能面试的也不少，本篇就分享一个N年前遇到的性能面试题，很基础，也挺简单，所以，高手请绕过。
当时，面试官问我：如何找到并发数、平均响应时间、tps的最佳平衡点？
初次听到这个，是不是一脸懵逼？
先回顾下基础，性能测试常用的指标有三个：并发、响应时间、tps
并发：跑道里参加赛跑的人数（这里的并发是广义的并发，即同一个时间段内对系统发起的请求数量）
响应时间：也就是平均每个事务的处理时间
tps：每秒处理的事务数
需求指标：分为单指标和多指标
单指标：一般是单测试tps，或者根据并发测试响应时间，或者根据响应时间测试并发，只考虑单指标的很少
多指标：要同时考虑多个指标，比如tps + 响应时间(<1s)
这个题，意思就是要找到这三个指标同时最佳值的点，即：不能只追求并发数大，而忽略tps，所以，这是一个多指标性能需求，假设是这样的：要求响应时间1秒以内，并发数要尽可能的多，tps要尽可能的大。
是不是依旧有点懵逼？先画一个简单的示意图，方便大家理解（随手画的，大家能理解就ok）：
随着并发数增加，响应时间肯定是越来越高，所以，上面红线是响应时间；
随着并发数增加，tps是先升高到峰值，然后下降（也可能是一直平稳，或者平稳一段时间再下降），所以，上面蓝线是tps；
紫色表示并发用户数；
该怎么去找这个最佳平衡点呢？
1.尽可能多的做不同并发数下的压测，记录下响应时间（1s以内）和最大tps，当然，服务器端，各个服务器的资源利用率在可接受范围内（每个公司不一样，我们是90%以内）；
2.然后根据获取到的不同并发下的指标数据（并发数、tps、响应时间），画出上图，关注右侧的交点，即tps下降的地方和响应时间的交点，这个点的tps最大，如果响应时间在1s以内，此时并发数也是比较大的，这个点就可以认为是三个指标都不错的平衡点（当然，我这里把tps放在第一位优先考虑了，这个就看大家最在乎哪个指标了，排个优先级）；如果响应时间大于1s，最佳平衡点就往左找，找到响应时间为1秒的点，此时对应的tps和并发值，就是最佳平衡点。总之，测试采样越多，获取的平衡点就越准确。
另外，如果是用loadrunner作为并发工具，并发过程中是可以增加或者减少并发用户数的，就不用必须压完一次，再调整并发数继续压，但是，loadrunner并发过程中调整了并发数，还是要尽可能跑久一点，比如10-15min。
好了，分享完毕，如有疑问，欢迎交流。