对于Google BigQuery基础设施,伙计们:我们已经运行了一组短时间运行的交互式查询,几个月来平均完成了大约5秒。从周五2/19开始,这些响应时间一直在稳步增长(SQL没有改变,我们正在处理使用滑动窗口查询的稳定数据流)

您是否注意到这是一个全球性的BigQuery问题?
编辑:更细粒度的响应时间:

发布于 2016-02-22 22:18:40
有好消息也有坏消息;好消息是,执行查询只需0.5秒。坏消息是,花了191秒才找到存储数据的文件。
我们有几个性能回归,会导致较高的尾延迟来解析路径。存储在多个路径中的数据的表(如您的表)的性能会更差。
这是一个性能问题,因为您使用的是时间范围装饰器,这意味着我们优化文件布局的工作也不起作用。
今天下午,我们开始着手解决潜在的性能问题;它可能需要至少一周的时间才能在任何地方生效。一旦答案完成,我会更新(如果我忘记了,请提醒我)
同时,您可以通过从查询中删除时间范围装饰器来获得更快的结果。您已经按时间进行了筛选,因此查询仍然应该是正确的。当然,这可能意味着运行查询需要花费更多的时间。
https://stackoverflow.com/questions/35561933
复制相似问题