Google bigquery 为什么我会在两个时间段之间出现延迟；“创建时间”；及；“开始时间”；，以及如何减少BigQuery查询的延迟？

在分析BigQuery审核日志时，我可以看到以下两个字段：

• protopayload_auditlog.servicedata_v1_bigquery.jobCompletedEvent.job.jobStatistics.createTime

• protopayload_auditlog.servicedata_v1_bigquery.jobCompletedEvent.job.jobStatistics.startTime

在工作时间内，我想保证Tableau触发的一些查询能够很快得到回答，为我们的业务用户提供最佳体验。
这就是为什么我希望尽可能减少“交互式”查询的延迟（“createTime”和“startTime”之间的差异）

目前，“createTime”和“startTime”之间的延迟平均为600毫秒。
但是它可以超过10秒甚至20秒，这远远超过我们想要的查询响应时间

“createTime”和“startTime”之间延迟的原因是什么 是否由于编译时间（查询计划的生成）？
还是因为BigQuery上的插槽不可用 还是别的什么

是否有人有关于如何减少延迟的建议？

---

我看过BigQuery文档，但它似乎只给出了减少执行时间的建议，而不是“预”执行时间。

我认为，减慢BQ作业从挂起（createTime）状态到运行（startTime）状态转换的因素很少有

• 按需交互式查询的并发速率限制

  -50并发查询
  此限制适用于项目级别。要提高限额，请联系支持或销售部门
  或者，根据部门、团队或其他内容将您的用户分布到多个计费项目中
  及

• 可用插槽-

  按需定价的每个项目的最大并发插槽数

  -2000
  如果您需要超过2000个时隙，请考虑
  而且，您仍然可以将用户分布在不同的计费项目中

---

在过去的几天里，我们看到了其他具有巨大延迟（超过70秒延迟）的查询。我们使用“统一费率定价”，我已经检查过，在创建这些查询时，我们没有达到2000个插槽的限制。所以对于延迟一定有另一种解释，不是吗？