性能

问题 在压测一个简单的get请求接口时（该接口链路为通通过openresty获取路径参数读取redis对应的值），tps呈现规律的波峰波谷，如果下图 且观察openresty的请求数与tps的波峰波谷

问题 压测过程中，并发线程数达到一定程度后压测结果中会周期性返回大量502并伴随tps大幅度下降 排查 被压测服务前只有一个nginx，用户请求经过slb然后经过nginx后就到达被压测服务，确认sl

压测一个接口过程中，导致这个接口的上游服务oom重启，但是直至压测结束，从压测结果上来看此接口的tps没有任何问题，压测过程中也没有接口超时的情况发生，上游服务重启原因是扛不住压力导致的，与研发确认被

压测过程中发现接口响应慢，但是接口逻辑简单，没有复杂处理以及频繁的IO，通过arms统计发现服务接口相应时间远远低于压测工具统计的RT

一、通过线上监控观察(准确度较高) 查看待压测接口的线上监控数据（请求量和RT），可以直接查看该接口的某一段时间的调用峰值，将统计粒度换算为每秒请求量（qps）。 二、通过相似接口类比(准确度较低)

在压测一个查询接口时，此接口在查询mysql前会查询一次redis，tps始终不理想，通过扩展实例个数也不能解决问题，遂