BigQuery为查询作业提供了哪些原子性保证？

Question

我正在调查我编写的一个定期运行的作业中的一个数据正确性问题，这个问题似乎是由BigQuery以非原子方式两次覆盖同一个表引起的。更具体地说，我在同一时间运行了同一查询的两个副本（由于重试逻辑），两个副本都设置为覆盖同一个表（使用WRITE_TRUNCATE选项），结果表的每一行都有两个副本。我希望一个查询用查询结果编写一个表，而另一个查询用相同的结果覆盖它，而不是以一个双倍大小的表结束。

我在设计系统时的理解是，所有BigQuery操作都是原子的（基于big query中的原子插入，我可以安全地查询被WRITE_TRUNCATE替换的BigQuery表，并且在重新填充其基础表时视图失败）。我遇到的问题是一个bug，还是我误解了我所能期望的确切保证？

回顾历史，过去一周至少发生了4起不同的案件。

以下是导致这种情况发生的时间表（具体细节适用于最明显的情况）：

1. 大约在UTC 4月30日18:07，我的代码同时提交了82个查询。每一个查询一个以conversions_2014_04_30_14结尾的表和另一个表，并写入以conversions_2014_04_30_16结尾的表（指定WRITE_TRUNCATE）

这里有一个例子：

第一个查询作业：124072386181:job_tzqbfxfLmZv_qmyl6ozlqplg5u

第二个查询作业：124072386181:job_j9_7uJEjtvYbyeVmEVP0u2er9Lk

产生的表格：124072386181：bigbingo_history.video_task_companions_conversions_2014_04_30_16

还有一个例子：

第一个查询作业：124072386181:job_TQJzGabFT9FtHI05ftTkD5O8KKU

第二查询工作：124072386181：job_5hogbjnLX_5a2opEJl9Jacnn53s

表：124072386181：bigbingo_history。Item_repetition__Elimination_conversions_2014_04_27_16

自从这些查询运行以来（除了第一个表的模式添加之外），这些表还没有被触及过，所以它们仍然包含重复的行。确认这一点的一种方法是查看所有查询都有“groupbyalternative，bingo_id”，但每个表都有两个（alternative，bingo_id）对。

Answer 1

我们遇到了一个bug，在某些情况下，write truncate可能会追加。我们昨天（5月22日）发布了修复程序，自那时以来，再也没有看到任何问题的实例。