个人总结：性能测试常见问题案例与原因

某产品为方便用户使用开发SDK接口，对HTTP API进行了包装。测试过程中，SDK接口与直接使用HTTP API访问的性能对比，发现在同样的压力测试场景下SDK的TPS下降很多。

使用工具Nprofile定位发现代码中调用连接池管理部分代码消耗时间比HTTP API长，进一步查看代码发现SDK使用HttpClient连接池时默认的最大连接数DEFAULT_MAX_CONNECTIONS = 50，将其设置为400时，SDK的TPS增大。

建议：TPS上不去，首先检查连接数、线程池等配置是否合理。

正常的HTTP请求响应码为2XX，表示成功响应，但是测试过程中经常会遇到响应码为5XX的情况。常见的5XX响应码有500和502错误：

* 500错误

原因：500错误表示服务器内部错误

案例：出现500错误时，服务端日志中同时会出现错误日志，曾经遇到的错误有：数据库处理能力成为瓶颈，连接数不够，出现get null from pool 异常，通过调整DDB 连接池的大小解决该问题。

定位方法：当遇到500错误时，首先查看服务端日志，通过错误日志信息进一步定位返回码错误的原因。

* 502错误

原因：502错误是网关错误，同时nginx error日志中会出现(104: Connection reset by peer) while reading response header from upstream

案例：曾经一次性能测试过程中，因为并发连接数超过了nginx配置的最大连接数，导致出现502错误，通过调整nginx的最大连接数解决该问题。

定位方法：

出现502以及Connection reset by peer错误的常见原因有：

1、并发连接数大于服务端最大连接数，服务端会将其中一些连接关闭掉；

2、客户关掉了浏览器，而服务端还在给客户端发送数据；

当测试过程中出现该错误时，可以从以上几个方面定位问题。