数据概览
1
粉丝
4
关注
2
获赞
0
被收藏
1
被评论
189
浏览
2
回答
1
被采纳
50.0%
采纳率
20
信誉
132
积分
0
任务收益
首次发声
已解锁
发布第一篇内容
有问必答
已解锁
回答第一个提问
一鸣惊人
已解锁
回答被采纳 1 次
高山仰止
已解锁
内容被他人引用 1 次
«结论先行：在 800 万行用户行为日志上计算「连续活跃 ≥ N 天」标签，窗口函数（LAG + 行号差值法）P99 = 2.1s，自连接 P99 = 25.3s，临时表迭代 P99 = 18.7s——12 倍和 9 倍差距。但窗口函数方案
答
（无标题）
结论先行：你的场景不是"优化器判断失误"，而是代价模型在「OR 两分支各命中 10% 行 + ORDER BY + LIMIT」这个组合下结构性低估了 sort_union 的随机 I/O 放大，同时没有把 LIMIT 50 的早停收益纳入
【背景】 做了 8 年数据工程，最近半年在帮三个不同团队看 OLAP 链路，发现一个反复出现的"看似简单、其实没人说得清"的取舍： 业务方要一个运营看板，核心指标是「近 1 小时 / 近 24 小时 / 近 7 天」的 PV、UV、GMV、
答
（无标题）
结论先行：「配置化 vs 产品化」的边界不是"字段多少"，而是业务侧能否在上线前穷举所有取值 + 变更是否需要代码评审与发布。能穷举 → 配置化；不能穷举、或需要组合逻辑、或要版本/权限/审计 → 已经是产品需求，研发报 2 周是诚实的。下