- 09-18 PRD 注明「不提高5000ms」约束经用户 2026-09-27 决定被取代; 09-27 任务记负载验证结果(采购提交 0 次 500)。 - 父任务记用户确认:退回的报销单已重新提交并经财务审批通过(来源为 用户确认,未读生产数据);核查 SW 缓存仅含报销摘要,符合 R8。 - 09-26-approve-success-state-unchanged 验收完成并已上线,归档。 Co-Authored-By: Claude Opus 5.5 <[email protected]>
998 B
998 B
2026-09-27 实施(当前)
- 临时分段计时(未提交,已还原)定位:事务总时长中位 843ms/最大 3506ms,无单一瓶颈,编号锁等待最多 535ms。
- 采购提交、报销新建、报销提交三处
$transaction显式{ maxWait: 5000, timeout: 10000 };事务内容不变。 - 回归断言:采购提交(去掉修复即失败)、报销提交。
- 后端全量单测:4451 通过 / 1 原跳过。
- 负载复现 2 轮(采购 ×8 + permission-direct-access ×8):采购提交 0 次 500(修复前每轮 1–2 次)。另见 1 次 P2028 为
auth.js:1054令牌刷新事务「Unable to start a transaction」(连接池取连接超 2s maxWait,非本修复范围,前端重试后用例通过);AP6 待办计数负载下偶发失败(既有)。 - 2026-09-27 用户决定采用放宽方案,09-18 PRD 已注明原约束被取代。
- 随下次发布候选走完整门禁并部署(部署需另行授权)。