流量回放原理：核心概念与工作机制

流量回放（Traffic Replay）是压力测试回归验证中的关键技术，它通过录制生产环境的真实请求流量，在测试环境中重新发送，从而验证系统在相同负载下的行为是否发生变化。与传统的脚本压测相比，流量回放能够更真实地模拟用户行为，避免脚本与生产行为之间的偏差。

3.1 流量回放的核心概念

流量回放涉及三个关键角色：

3.2 录制与回放机制

3.2.1 录制阶段

录制器在流量入口处通过旁路或镜像方式捕获 HTTP/gRPC/Thrift 请求，提取以下关键字段：

• 请求元数据： URI、Method、Headers、Query Parameters
• 请求体： 原始 Body 字节流（JSON/Protobuf/二进制）
• 时间戳： 请求到达时间（纳秒精度），用于回放时的时间序控制
• 上下文标签： Trace ID、User ID、流量分组标识

// 录制数据示例（简化 JSON 格式）
{
  "session_id": "abc123",
  "timestamp_ns": 1710000000123456789,
  "method": "POST",
  "path": "/api/order/create",
  "headers": {
    "Content-Type": "application/json",
    "X-User-Id": "u_98765"
  },
  "body": "{\"product_id\":\"p_1001\",\"quantity\":2}",
  "tags": ["shadow", "canary"]
}

3.2.2 回放阶段

回放引擎从存储层读取录制数据，按以下策略发送到目标环境：

1. 时间序回放： 严格按照录制时间戳间隔重放，保持原始流量特征（TPS 曲线、并发模式）。
2. 加速回放： 压缩时间间隔（如 2x/5x/10x），用于快速验证系统容量上限。
3. 并发回放： 忽略时间序，按固定并发数（如 1000 并发）持续发送，用于稳定性测试。

3.3 流量回放在回归测试中的作用

流量回放填补了传统回归测试在“真实负载验证”上的空白，其核心价值体现在以下四个维度：

3.4 流量回放核心流程

下图展示了从生产录制到测试回放的完整链路：

3.5 回放验证的典型场景

• 版本发布回归： 新版本上线前，回放最近 1 小时的生产流量，对比响应时间与错误率，确保无性能退化。
• 架构改造验证： 数据库分库分表、缓存策略变更后，通过回放验证查询路径与响应时间是否符合预期。
• 容量规划： 使用加速回放（如 5x 流量）探测系统瓶颈，为扩容提供数据支撑。
• 混沌工程配合： 在注入故障（如网络延迟、节点宕机）的同时回放流量，验证系统容错能力。