Google bigquery Bigquery缓存不工作

我注意到，即使我选择在GUI中使用缓存（Alpha和Classic），BigQuery也不再缓存相同的查询。我根本没有编辑查询，只是一直单击RunQuery按钮，每次GUI执行查询时都不使用缓存结果

这也发生在我的PHP脚本上。以前，它允许使用缓存，并且返回结果非常快，现在它每次执行查询时都会执行，即使是几分钟前执行了相同的查询。我可以确认日志中的行为

我想知道最近几周有没有什么变化？还是某种帐户级别的设置控制了这一点？因为它对我来说工作正常。

在以下情况下，按缓存被禁用：

…查询引用的任何表最近都收到 流式插入

即使将数据流传输到一个分区，然后查询到另一个分区，这也会使整个表的缓存功能失效。在这种情况下，当对一个分区执行流式插入但查询另一个分区时，请求能够命中缓存

编辑***:

经过一些调查，我发现几个月前有一个问题正在发生，即即使正在进行流式插入，也允许访问缓存。这不是预期的行为，因此在5月份得到了解决。我想这就是你所经历的变化，也是你所谈论的

与此相关的文档没有更改，并且它们没有/没有错误。只有以前的行为是不正确的。

在以下情况下，按缓存是禁用的：

…查询引用的任何表最近都收到 流式插入

即使将数据流传输到一个分区，然后查询到另一个分区，这也会使整个表的缓存功能失效。在这种情况下，当对一个分区执行流式插入但查询另一个分区时，请求能够命中缓存

编辑***:

经过一些调查，我发现几个月前有一个问题正在发生，即即使正在进行流式插入，也允许访问缓存。这不是预期的行为，因此在5月份得到了解决。我想这就是你所经历的变化，也是你所谈论的

---

---

与此相关的文档没有更改，并且它们没有/没有错误。只是之前的行为是不正确的。

什么是查询？在寻求帮助时，尽可能多地提供相关信息。正如埃利奥特所说，提供查询。还有屏幕截图、表格说明，例如，是否为流式表格。任何真正能帮助我们理解的东西！不要认为这些查询很重要，因为它们的行为都是这样的。像这样的简单查询：

从project.dataset.pageviews中选择COUNT（PageviewID），其中_PARTITIONTIME=TIMESTAMP（“2018-07-01”）

和非常复杂的查询它们都不能使用缓存结果。澳大利亚悉尼的其他人也证实了同样的问题。澄清一下，项目位置不在悉尼GCP中。您是否正在向表格发送数据？查询内容是什么？在寻求帮助时，尽可能多地提供相关信息。正如埃利奥特所说，提供查询。还有屏幕截图、表格说明，例如，是否为流式表格。任何真正能帮助我们理解的东西！不要认为这些查询很重要，因为它们的行为都是这样的。像这样的简单查询：

从project.dataset.pageviews中选择COUNT（PageviewID），其中_PARTITIONTIME=TIMESTAMP（“2018-07-01”）

和非常复杂的查询它们都不能使用缓存结果。澳大利亚悉尼的其他人也证实了同样的问题。要澄清的是，项目地点不在悉尼GCP中。你是否正在讨论这个问题？你的答案不包括直到最近才观察到它起作用的情况。这些文件可能是最近更改的，也可能是不正确的。我认为，找出这些案例中哪一个是正确的将是一个更有用的答案。嗨，特伦特！谷歌云平台支持这里。我已经用我找到的更多信息编辑了答案。嗨，维克托，我们以前的分区没有附加流缓冲区，我们只将插入的内容流到当前分区。我们知道今天的分区从未缓存过。您可以在OP的注释中看到我的示例查询，查询的分区已经有6个月了。感谢您在5月份提供的有关该问题的信息，但时间线太远，无法与之相关。我们最近几天才遇到这个问题。@Victorgl谢谢您提供的信息。但是我们已经进入这个表一年多了，直到最近缓存还是很好的。很长一段时间以来，它一直是一个bug，如果我理解正确的话，可能会被更新删除？Hi@Trent，每当您对表的任何分区进行流式插入时，它都会使命中整个表（表中的所有分区）的缓存无效。有一个公共问题跟踪器，我要求当您流式传输到另一个分区时，能够在一个分区中命中缓存。您可以启动它以跟踪其进度（）。如果在某个时刻，您能够在对表进行流式插入的同时命中缓存，这是不可预料的。您的答案不包括直到最近才观察到它工作的情况。这些文件可能是最近更改的，也可能是不正确的。我认为，找出这些案例中哪一个是正确的将是一个更有用的答案。嗨，特伦特！谷歌云平台支持这里。我已经用我找到的更多信息编辑了答案。嗨，维克托，我们以前的分区没有附加流缓冲区，我们只将插入的内容流到当前分区。我们知道今天的分区从未缓存过。您可以在OP的注释中看到我的示例查询，查询的分区已经有6个月了。感谢您在5月份提供的有关该问题的信息，但时间线为t