MySQL订单对账核心是通过关键字段校验、时间窗口切分、差异快照和可追溯日志保障多系统数据一致性，而非全量比对。
MySQL 中实现订单对账，核心是确保交易系统（如支付、订单、库存）各表数据的一致性，重点在于识别差异、定位原因、支持人工复核与自动修复。不靠“全量比对”，而靠“关键字段校验 + 时间窗口切分 + 差异快照 + 可追溯日志”。
一、设计对账必备的结构化字段
在订单、支付、退款等主表中，必须预留以下字段，否则后续对账会极其被动：
- 业务单号（如 order_no、pay_no、refund_no）：全局唯一，作为跨系统关联主键
- 对账状态（reconcile_status）：如 'pending' / 'matched' / 'mismatch' / 'ignored'，避免重复处理
- 最后对账时间（last_reconcile_at）：用于增量扫描，配合索引提升效率
- 对账差异摘要（reconcile_diff）：JSON 格式存储金额、数量、状态等不一致项，方便快速查看
- 原始数据快照（可选 but recommended）：如 pay_snapshot TEXT，存对账时刻的支付记录完整 JSON，防源表被更新
二、按时间窗口做增量对账（推荐 daily + hourly）
全量比对千万级订单不可行。应以“自然日”为主粒度，辅以小时级异常探测：
- 每日凌晨 2 点跑一次 昨日全量对账任务：WHERE create_time >= '2024-06-09 00:00:00' AND create_time
- 每小时跑一次 近 2 小时异常订单扫描：只查 status='paid' 但无对应订单、或订单已发货但未收到支付等强业务规则冲突
- 所有查询必须命中 create_time + reconcile_status 联合索引，避免全表扫描
三、三步完成一笔订单的对账逻辑（SQL 示例）
以「用户下单 → 支付成功 → 仓库出库」为例，典型对账检查点：
SELECT o.order_no, o.amount, p.pay_amount, p.pay_status
FROM orders o
INNER JOIN payments p ON o.order_no = p.order_no
WHERE o.create_time >= '2024-06-09'
AND o.reconcile_status = 'pending'
AND p.pay_status = 'success';
→ 步骤 2：校验关键一致性
- 金额是否相等：o.amount = p.pay_amount
- 状态是否合理：o.status IN ('paid', 'shipped')，p.pay_status = 'success'
- 时间是否合规：p.pay_time >= o.create_time（防止时间倒挂）
→ 步骤 3：更新对账结果（用单条 UPDATE 避免并发问题）
UPDATE orders SET
reconcile_status = CASE WHEN amount = (SELECT pay_amount FROM payments WHERE order_no = orders.order_no) THEN 'matched' ELSE 'mismatch' END,
last_reconcile_at = NOW(),
reconcile_diff = JSON_OBJECT('amount_diff', amount - (SELECT pay_amount FROM payments WHERE order_no = orders.order_no))
WHERE order_no = 'ORD20240609001';
四、对账差异必须支持人工介入与闭环
发现 mismatch 不代表要自动修正，而是生成可操作的工单：
- 插入 reconcile_log 表，记录 order_no、diff_type（如 'amount_mismatch'/'status_missing'）、raw_data、operator_id、handle_status
- 提供后台页面：按 diff_type 筛选、导出 Excel、批量标注“已核实”或“需财务确认”
- 对账任务完成后，自动邮件通知负责人，并附差异 TOP10 清单
- 所有 update/delete 操作必须写 binlog，并保留 90 天，满足审计要求
