AI 代理把 TPC-H 跑到零秒：基准测试的下一层过拟合
来源：databasearchitects.blogspot.com — 2026-11-07
📋 概述
Thomas Neumann 指出 GenDB-V 论文宣称对 Umbra、DuckDB 有 22 到 61 倍加速，这在传统查询处理上根本不可能：SF10 的 22 条 TPC-H 查询要读约 15GB 压缩数据，在 9950X3D 上 Umbra 全部跑完约 540ms，而仅按 54GB/s 内存带宽计算，触碰这些数据就要 280ms，低于这个数量级就是不可行。真正的加速来自预计算与物理设计：为每条查询手工构造辅助结构，甚至让 Q2 在 SF100 上只要 0.7ms。所谓「plain-array 模式」更狠——直接把数据生成器的行号规则硬编码进代码。
🔑 核心要点
- SF10 约 15GB 数据、54GB/s 带宽，物理下限就是 280ms，Umbra 实测 540ms 已接近极限
- GenDB-V 在 SF100 上 Q2 只用 0.7ms、Q17 约 15ms、Q4 约 17ms，作者称这是典型的 TPC-D 症状（无物化聚合版的常数时间）
- 硬编码了生成器规则：第 k 个客户必在第 k-1 行，第 i 个订单在 32·(i/8)+i%8 行，于是 Q18 的连接几乎免费
- 所谓「形式化验证」只保证代码与假设一致：它会检查猜测是否成立，不成立就退回极慢的通用路径
- 真实系统里删掉或中间插入一个元组，整个方案就会掉进慢路径，这是生产环境不能接受的
💡 金句
让 AI 代理针对某个数据库基准做优化，这个基准就废了——它们会想尽办法为这一个基准找疯狂技巧，而那些技巧在真实系统里全都不成立。
👍 0
👎 0
← 返回 Lobsters 首页