Question

状态显示为成功，但文件实际上并未转移到大查询。

# bq show -j abc

  Job Type    State      Start Time      Duration   Bytes Processed  
 ---------- --------- ----------------- ---------- ----------------- 
  load       SUCCESS   05 Jul 15:32:45   0:26:24

从网络界面，我可以看到实际的错误。

Line:9732968, Too few columns: expected 27 column(s) but got 9 column(s)
Line:10893908 / Field:1, Bad character (ASCII 0) encountered. Rest of file not processed.

1）我如何知道需要删除哪个不良角色？

2）为什么“成功”显示为工作状态？

更新

职位编号：summary_2012_07_09_to_2012_07_10a2

我在命令提示符下遇到的错误：加载操作中的BigQuery错误：后端错误

许多线路根本没有处理过。来自网络界面的详细信息：

行：9857286 /字段：1，遇到错误字符（ASCII 0）：字段以：＆lt; 15＆gt;

开头

行：9857287 /字段：1，遇到错误字符（ASCII 0）。其余文件未处理。

第二次尝试成功处理的所有行：

job_id：summary_2012_07_09_to_2012_07_ 10a3

更新2：

行：174952407 /字段：1，遇到错误字符（ASCII 0）。其余文件未处理。

职位编号：job_19890847cbc3410495c3cecaf79b31fb

Answer 1

对于缓慢的回应感到抱歉，假期周末意味着大部分的大型团队都没有回答支持问题。 “坏字符”看起来可能是一些已知的错误，其中包含一些gzip压缩文件，我们不正确地检测到文件末尾的ascii 0值。

如果作业实际上失败但报告成功，这听起来像是一个问题，但我们需要失败作业的作业ID才能进行调试。此外，如果您可以重现它会有所帮助，因为我们可能不再有原始作业的日志。

其余文件未处理

1 个答案: