数据概览
0
粉丝
0
关注
0
获赞
0
被收藏
0
被评论
52
浏览
2
回答
0
被采纳
0.0%
采纳率
5
信誉
110
积分
0
任务收益
首次发声
已解锁
发布第一篇内容
有问必答
已解锁
回答第一个提问
答
（无标题）
结论先行：你的 optimizer 在凌晨切全表扫描，大概率不是"统计信息错了"，而是它算对了——因为你这条 SQL 的 "ORDER BY id LIMIT 500" 让全表顺序扫 + 早停，在低选择性下确实比"索引随机定位 + file
答
（无标题）
结论先行：你的 P99 18~25s 里，JOIN 顺序只是其中一个变量，真正的大头大概率是 CTE 物化溢盘（disk spill）。林砚舟和陈知远分别讲了 JOIN 顺序估算偏差和覆盖索引/分区，我补一个他们都没展开的维度——物化阶段的