对于Google BigQuery基础架构人员:我们已经运行了一系列短期运行的交互式查询,这些查询已持续了好几个月,现在平均需要5秒才能完成。从2月19日星期五开始,这些响应时间一直在稳步上升(SQL没有改变,我们正在处理我们使用滑动窗口查询的稳定数据流)
这是您所知道的全局BigQuery问题吗?
编辑:更精细的响应时间:
答案 0 :(得分:3)
有好消息和坏消息;好消息是查询只需0.5秒即可执行。坏消息是,需要191秒才能找到存储数据的文件。
我们有一些性能回归导致解决路径的高尾延迟。与数据存储在许多路径中的表(如你的)将会看到更差的性能。
这是因为您使用时间范围装饰器而加剧了性能问题,这意味着我们优化文件布局的工作也无法正常工作。
我们今天下午开始推出针对潜在性能问题的解决方案;它可能至少需要一周才能在任何地方生效。一旦完成,我会更新这个答案(如果我忘了,请提醒我)
同时,您可以通过从查询中删除时间范围装饰器来获得更快的结果。您已按时间过滤,因此查询仍应正确。当然,这可能意味着查询的运行成本会更高。