Go 压测与火焰图复盘：验证性能优化效果

一次优化是否成功，不能只看开发机 benchmark。最终要在接近生产的压测环境里验证吞吐、尾延迟、错误率和资源曲线。

先保存基线

优化前保存压测参数、数据规模、P95/P99、错误率、CPU、内存、连接池和 profile。没有基线，就无法判断优化效果。

压测要覆盖异常

正常流量只是基础，还要模拟下游变慢、缓存失效、批量峰值和重试放大。很多性能问题只在异常场景下出现。

复盘要有回归

优化后把 benchmark 和压测指标纳入回归检查，避免下一次改动重新引入分配、锁竞争或慢 SQL。

生产场景

适用于准备上线的性能改动、核心接口重构、序列化替换和连接池调参。

关键指标

• 优化前后 P99、QPS、错误率
• CPU/Heap 火焰图差异
• 资源回落时间和报警状态

常见误区

• 只压正常流量
• 压测参数没有版本化
• 没有回归就发布

代码示例

baseline -> load test -> profile -> optimize -> verify
# 每次保留压测参数和 profile 文件
# P99、error rate、RSS 都必须回归

上线检查

• 优化前后必须保留同一条件下的 benchmark 或 profile。
• 至少观察 P95/P99、错误率、CPU、内存和 GC 指标。
• 如果改动影响热路径，必须准备灰度和回滚方案。