3. 事务回放基础
事务回放（Transaction Replay）是集成环境回放的核心执行机制。它通过捕获生产或预发环境中真实的事务请求，在隔离的测试环境中重新发送，从而验证系统行为、数据一致性和故障恢复能力。理解事务回放的基本概念、引擎工作原理及其与重放的区别，是掌握契约测试驱动回放技术的前提。
3.1 什么是事务回放
事务回放是指将真实业务场景中产生的完整事务请求（包括请求参数、上下文、时序、依赖状态）记录下来，并在目标环境中按原始顺序或并发模式重新执行的过程。其核心目标不是简单的请求重发，而是还原事务的完整生命周期，包括中间状态、外部依赖响应和最终结果。
- 全链路还原：不仅回放请求，还模拟下游服务的响应、延迟、异常。
- 状态一致性：通过契约校验确保回放时的数据状态与捕获时一致。
- 可观测性：回放过程中记录每个步骤的输入输出、耗时、错误，用于故障排查。
事务回放通常应用于以下场景：
| 场景 | 说明 | 典型用途 |
|---|---|---|
| 回归测试 | 验证代码变更后，已有业务逻辑是否被破坏 | CI/CD 流水线中的自动化验证 |
| 故障复现 | 将生产故障现场的事务回放到测试环境，定位根因 | SRE 排障、混沌工程 |
| 性能压测 | 使用真实流量模型进行负载测试 | 容量规划、限流配置验证 |
| 数据迁移验证 | 在目标数据库上回放事务，校验数据一致性 | 异构数据库迁移、分库分表改造 |
3.2 回放引擎的工作原理
回放引擎是事务回放系统的核心组件，负责从捕获的日志或消息中读取事务记录，解析依赖关系，调度执行，并收集结果。其典型工作流程分为四个阶段：加载、解析、调度、执行与校验。
3.2.1 加载与解析细节
加载阶段从存储层（如消息队列、对象存储、日志文件）读取事务记录。每条记录通常包含：
- 事务 ID：全局唯一标识，用于关联上下游调用链。
- 请求元数据：HTTP 方法、路径、Headers、Body。
- 依赖响应快照：事务执行过程中，所有外部服务返回的响应内容。
- 时间戳与顺序：事务开始时间、结束时间、并发依赖关系。
解析阶段的核心工作是依赖拓扑重建。引擎根据事务记录中的调用链信息，构建出该事务的依赖 DAG（有向无环图），并标记每个依赖节点的契约版本。如果某个依赖服务的契约发生变更，引擎会触发契约兼容性检查，决定是否继续回放。
3.2.2 调度策略
调度阶段根据事务的依赖关系和目标环境的负载能力，决定回放的并发度与顺序。常见的调度策略包括：
| 策略 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| 串行回放 | 故障复现、数据一致性验证 | 结果可预测，便于逐步骤排查 | 速度慢，不适合大规模回归 |
| 并发回放 | 性能压测、回归测试 | 吞吐量高，接近真实流量 | 依赖隔离要求高，结果分析复杂 |
| 时序保序回放 | 涉及状态依赖的事务（如订单状态流转） | 保证业务逻辑正确性 | 并发度受限，需全局锁 |
3.3 回放与重放的区别
在工程实践中，“回放”和“重放”经常被混用，但在契约测试驱动的事务回放体系中，两者有明确的语义差异。下表从多个维度进行对比：
| 维度 | 回放（Replay） | 重放（Retry） |
|---|---|---|
| 核心目的 | 验证系统行为、数据一致性、故障恢复 | 克服临时性故障，提高请求成功率 |
| 触发条件 | 主动触发（测试计划、CI/CD、排障任务） | 被动触发（请求超时、服务返回 5xx） |
| 数据来源 | 历史捕获的真实事务记录 | 当前失败的请求 |
| 执行环境 | 隔离的测试/预发环境 | 生产环境（或与生产环境相同的集群） |
| 契约校验 | 必须通过契约校验，否则标记失败 | 不涉及契约校验，仅关注 HTTP 状态码 |
| 幂等性要求 | 高，回放可能多次执行同一事务 | 中，重试次数通常有限（3-5 次） |
| 结果用途 | 生成测试报告、故障分析报告、覆盖率数据 | 仅用于判断请求是否最终成功 |
从架构视角看，回放与重放处于不同的系统层次：
总结来说，回放是主动的、面向验证的、契约驱动的测试行为；重放是被动的、面向容错的、状态码驱动的恢复行为。在契约测试驱动的事务回放体系中，回放引擎必须严格区分这两个概念，避免将重试逻辑混入回放流程，从而保证测试结果的准确性和可复现性。