“先把订单路径的自动重试从两次降为零，切断放大。然后启用嘉禾备案过的优惠券降级：保留券号、用户、商品和价格快照，订单先创建，核销状态记为待复核。同一用户的并发用券先拦住，避免重复使用。”
“为什么不先扩大连接池？”
“优惠券库当时已经接近安全负载。扩大订单库连接池，只会让更多订单事务挂着等待，同时向优惠券库发起更多核销调用。入口看起来可能短暂恢复，最后会变成两个库一起承压。”
罗致远点了下头：“连接怎么恢复的？”
“先停重试，再逐台释放旧连接，观察新请求正常以后分批恢复。订单号和券号保证同一张券不重复扣，后面再修查询。每一步都有当时的指标。”
屏幕另一端有人低头记录。罗致远打开另一台电脑。
“工单里一点五十分的故障链判断，提交人是zhouheng。一点五十七分的网关配置变更也是他发起，执行人写的是丁卓。”
杜维成接话：“具体操作由项目工程师执行，方案是团队讨论决定的。”
罗致远抬头：“我想确认解决步骤，所以要知道谁在现场判断。”
他把一段脱敏后的请求日志共享出来。
同一个订单号在两秒超时后又出现两次核销调用，后面跟着连接获取失败。一点五十七分以后，新增重复调用迅速消失，原有请求开始完成。
“这份临时日志是谁要求开的？”
“我。”周衡说。
“降级方案里，保存请求快照和异步补核的代码是谁写的？”
“上个月活动保障时我写了初版，提交记录在版本库。昨天没有临时发新代码，只打开备案开关。丁卓核对请求号，测试同事做了回归。”
丁卓坐直了一点：“对，两点后我们用脱敏订单跑了两轮，确认补偿队列不会重复扣券。”
罗致远问：“原始日志还在吗？”
周衡说：“原始文件在受限审计存储，事故工单留有文件清单和校验值。项目组与嘉禾现在使用的是脱敏只读副本；如果确实需要查看原始字段，要单独走安全审批。按制度至少保留九十天，不建议在根因关闭前删除。”
罗致远嗯了一声：“不要删。嘉禾这边下午会发正式留存要求，后续索引、重试和补偿队列先以脱敏副本做基线；必须核对原始字段时，再按审批范围调取。”
双方确定了三项整改：优惠券调用默认不做盲目重试；所有重试必须复用同一业务请求号；连接池告警不能只看使用率，还要同时看等待队列和慢查询数量。
杜维成仍然负责汇总方案，周衡负责技术验证，丁卓负责上线和监控。分工写进了会议纪要，每一项后面都有名字和期限。
十一点二十，视频会议结束。杜维成收起材料，只对周衡说：“整改方案下午发我。”
没有再提删日志。
周衡拔下转接线，会议纪要已经发到屏幕上。技术诊断和方案后面是他的名字，执行人一栏写着丁卓。分管副总让杜维成按这份重新发通报，旧版撤回。
丁卓等到走出门才笑起来，手里转着那只刚签过字的笔：“这回总算写对了。”
杜维成抱着材料从两人身边经过，没有接话。周衡看着他走远，心里很痛快。自己熬了一夜的成果，本来就该这样写。
周衡刚走出会议室，工作软件弹出一条私聊。
发件人是罗致远。
“周工，过两天我加你私人联系方式。有个性能诊断的线索，和嘉禾、海拓以及本项目都没有业务关系。”
紧接着又来一条。
“公司叫汇邻供应链，给上海周边三十二家社区门店做仓配。最近库存同步在补货高峰能落后四十分钟，门店按旧库存接单，这个月已经取消了七十多笔。他们想先找人做一次独立诊断。”
又补充说：
“他们问我谁能解决，我推荐了你。不是找你帮忙，是付费项目，价格你自己谈。”
周衡站在走廊里，把“付费项目”几个字又看了一遍。他回道：“把负责人联系方式给我，我跟他谈。”
罗致远很快回复：“应该的。”
他把手机收好，叫住准备回工位的丁卓：“中午想吃什么？”
“又请？”
“今天高兴。”
丁卓看了一眼刚收到的正式通报，笑着跟了上来。两人的名字清清楚楚地排在上面，再没人能把那一夜写成另一个人的功劳。