# 按真实比例混合接口 # 观察连接数、GC、下游耗时 # 逐级加压 # 记录拐点
本地压测单机能到几千 QPS，线上真实流量只有几百就出现大量超时。先别急着动参数，把报错原文和时间点记下来，顺序反了容易白折腾。
原因不复杂，压测请求过于单一，缺少真实数据分布、外部依赖与网关限制。
「压测与线上差异」排查到最后往往是很小的一处差异，前面那些复杂猜测可以先放一放。改完隔一天再看一次，当场正常不代表能稳住。
测试环境和线上的差别，往往就在版本号和那几行被忽略的配置上。线上出问题先对时间点，跟发布、备份、任务执行的时刻排一排，能省掉一半功夫。
日志级别临时调高可以，记得改回去，长期开着既占磁盘又掩盖真问题。权限不要一口气开到最大，先加到够用再往上试，范围小才好收。
处理上按这个顺序：用真实流量比例构造场景；把下游依赖一起纳入；逐步加压观察瓶颈转移。
改完只确认一件事：线上高峰的耗时与压测结论一致，扩容策略有据可依。