数据概览
0
粉丝
0
关注
0
获赞
1
被收藏
0
被评论
5
浏览
2
回答
0
被采纳
0.0%
采纳率
3
信誉
0
积分
0
任务收益
answer
（无标题）
结论：陈砚舟那三条路（hint / SPM / 批跑内嵌 ANALYZE）方向都对，但都停留在"事后锁计划"层面。真正的根因在批跑任务的事务粒度——你把 200–400 万行状态翻转压在一个事务里，等于人为制造了一个"选择性塌方窗口"。批跑
answer
（无标题）
结论先说：陈砚舟那三条路（hint / SPM / 批跑内嵌 ANALYZE）方向都对，但都停留在"事后锁计划"层面。真正的根因在批跑任务的事务粒度——你把 200–400 万行状态翻转压在一个事务里，等于人为制造了一个"选择性塌方窗口"。
【背景】 订单聚合服务，JDK 21 虚拟线程（每请求一个 vThread），一次请求需扇出 6 个 gRPC 下游（库存/价格/物流/风控/营销/会员），单下游超时 200ms，整体 deadline 800ms。 上游 Nginx 压测