一句话总结

完成生产挂账订单异常的完整调用链和逐单数据核对，确认无需修复生产数据；同时验证应收 SQL 的分段候选方案，并把慢查询文档和稳定性周报状态校准到真实进度。

今日成果

  • 完成 SAAS 挂账完成消息 incident 生产只读闭环：27 条“订单不存在”和 5 条“明细为空”去重后涉及 7 笔订单，均已找到 DGJ 销售单和明细，3 笔待出库、3 笔已完成、1 笔后续关闭；无需重放消息或修复生产数据，事件包已归档。
  • 完成客户应收分段候选多样本验证：按分布感知 ID 区间聚合时，每个业务 SQL 均低于 1 秒，目标大样本完整流程约 9.134 秒，金额与单条聚合一致；另 4 个真实样本也保持金额一致。代码仍在本地 Bug 分支，未发布。
  • 明确用户提供的未分段单条应收 SQL 并非所有场景都能低于 1 秒，部分样本约 1.033～4.6 秒；分段方案是控制单段耗时的候选，不代表冷缓存/高并发下已满足稳定 SLA。
  • 完成 Confluence 慢查询文档结构优化并保存：总览表保留结论、四条 SQL 分别使用独立明细对比表，补充 t_price_change_log 索引与历史数据清理、t_cart_repair 当前无慢查询的观察结论；同步周报将 Top10 慢 SQL 保持为进行中。

问题与风险

  • 应收分段仍需预发 PHP 语法、页面接口、冷/热数据和并发 P95/P99 验证；本地代码未提交、未发布，不能写成线上已完成。
  • 部分全量聚合 SQL 仍有 4 秒级执行，说明连接计划和付款派生聚合仍存在长尾；ALL 全历史和覆盖索引方案也需继续验证。
  • 挂账消息的“暂态不可见 + 锁后置 + 立即 requeue”是已确认的代码可靠性问题，需另立 SAAS Bug；本次不需要数据补偿。
  • Codex 内置浏览器未继承 Chrome 登录态，PolarDB/DAS 深层读取仍受浏览器桥接超时影响；本日仅讨论，未读取或复制任何密码、Cookie 或登录凭证。

验证与证据

下一步

  • 在预发完成应收分段方案的 php -l、页面接口回归、金额/覆盖校验和并发 P95/P99，再决定是否提交发布。
  • 为挂账消息建立独立 SAAS Bug，补生产 DB 路由和 RabbitMQ 重试配置证据，设计延迟退避、锁前置和幂等校验。
  • 继续把 Top10 慢 SQL 按索引、业务代码和汇总表三类推进，避免把部分优化误写成整体完成。