并发数

下面就拿具体的例子来说明一下

我记得我以前测文件上传的压力的时候带宽对 tps 的影响是非常大的，比如我传个文件大小 5m，而测试机与服务器之间带宽才 100m，这个时候即使并发数够大，但是由于带宽的限制，传送的数据就只有那么大，所以吞吐量怎么也上不去。大家也可以用传送数据比较大的接口做个测试，亲自体验下。

连接池的影响就很好理解了，记得之前测 hdfs 系统的时候，用的是 mongodb，配置了连接池。比如我们当时配置了 100 个连接池，那么当我的并发达到一定数量的时候，由于连接池已经达到最大值，其他请求只能处于等待的状态，那么即使服务器还能处理更多的请求，也由于没有更多的请求给服务器处理，因此这个时候 tps 也是上不去了。

再举一个就是并发数对 tps 的影响：
下面有几张图



分别是 1 个并发，2 个并发，50 个并发持续请求 1min 后 tps 的值，很直观的可以看到，如果在没有达到服务器处理瓶颈的时候，tps 都是随着同时请求的数量上升而提高。
所以有些时候我们在寻找系统瓶颈的时候可以通过并发数的提高，而 tps 不升反而将的时候来判断系统的瓶颈在哪里。

写的不好，请多指教。谢谢！