支付项目里说的一致性，是指哪两部分数据一致？

## 1. 一致性的通用定义 > 在特定业务规则下，**多个数据副本**或**多个状态视图**的内容应该是相同的、符合预期的，不会出现相互矛盾的情况。 换句话说： * **一致性 ≠ 数据完全相等**，而是**数据之间的关系满足业务不变式**（Invariants）。 ## 2. 在支付/交易系统中“一致性”具体指什么 以我们这种支付交易链路为例，至少有这几类一致性要保证： ### 2.1 订单状态 ↔ 支付状态一致 * 订单系统的订单状态与支付系统的支付单状态**不能互相冲突**： * 支付单是 `SUCCESS` → 订单必须是 `已支付` * 支付单是 `FAIL` → 订单不能是 `已支付` * 不允许出现： ``` payment.state = SUCCESS order.state = 未支付 ``` ### 2.2 支付状态 ↔ 账务流水一致 * 如果支付单是成功的，账务系统必须有一笔对应的入账/扣款流水，而且金额一致。 * 不允许出现： ``` payment.state = SUCCESS ledger 没有这笔分录 或 金额不符 ``` ### 2.3 内部账 ↔ 外部通道账一致 * 我们内部记录的支付结果、金额、渠道流水号，与外部通道（支付宝/微信/银联）的对账文件要一致。 * 不允许出现： ``` 内部: SUCCESS 金额 100 渠道: FAIL 或 金额 99 ``` ### 2.4 借贷平衡一致性 * 对任一笔资金变动，借方总额 = 贷方总额（双重记账原则）。 * 不允许出现： ``` 用户账户扣 100 平台账户入 90 // 差额10 丢了 ``` ## 3. 为什么要明确“一致的双方” 很多系统出错不是因为算法错，而是**对一致性对象定义模糊**： * 你问“要保证一致性”，对方以为是“多副本数据一致”； * 你想的是“支付结果和账务流水一致”； * 定义不清，就没法设计幂等、状态机、对账流程。 ## 4. 总结成一句话（你们系统） 在我们系统里，“一致性”主要指： > **订单状态、支付单状态、账务流水、外部支付通道记录** 这几份数据在业务语义上必须匹配，不允许出现冲突或缺失，确保资金流和信息流一一对应、金额匹配、方向正确。