⛔ 我上一版据 B 轮单点写下「集合式内存打穿、溢盘、拖垮全口查询」——全错。 D 轮复现不出来(545s,四轮最快);实测每轮临时文件 C=4 个 / D=4 个、增量 62MB, 根本没溢盘;187GB 是统计累计值不是今晚产生的。B 轮整段压在 02:00 的 stale-scan cron 上,是外部负载。那套「内存打穿」的因果链是照着一个数字编的。 真实结论(C vs D,相邻两轮、两个同SQL全口对照组给出 ±25% 噪音基准): 场景段 794s → 545s(−31%) 整轮 1,181s → 923s(−22%) 超噪音的收益集中在 impacted ×2.25 / caries ×2.09 / hard ×1.59 / endo ×1.43 正确性三道门全过;端到端差异全是新增(时间漂移),零删除。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
