MySQL的错误：查询是空的（1065）简单的INSERT语句

StackOverflow https://stackoverflow.com/questions/1325348

  •  19-09-2019
  •  | 
  •  

题

我试图运行创建一个桌的大型脚本，然后插入几乎15000行了进去。该表被创建就好了，然后在833 INSERT，我得到一个错误：

Error: Query was empty (1065)

下面是我第八百三十三INSERT语句（发生故障的一个）：

INSERT INTO CLASSCODE (CLASS_CODE, CLASS_CODE_NAME, RATE_GROUP, PROGRAM_NM, ST_CODE, EFF_DT, EXP_DT) VALUES (10255, "Funeral Directors - incl PL other than Crematory  - 10255", 3, "Service", "AZ", 19980801, NULL);

我无法看到，适用于任何语法错误或此线之间的差异，和一个。作为参考，以下是工作得很好的INSERT语句的例子：

INSERT INTO CLASSCODE (CLASS_CODE, CLASS_CODE_NAME, RATE_GROUP, PROGRAM_NM, ST_CODE, EFF_DT, EXP_DT) VALUES (10425, "Frame Shop - Picture/Posters                      - 10425", 2, "Retail", "AZ", 19980801, NULL);

这让我为难的部分是错误喜欢的东西，如果我是用填充从另一个SELECT语句，这是即将到来的空数据的新行会发生声音。也就是说，情况并非如此，但正如我的INSERT语句都使用静态数据。

我的表定义是这样的：

CREATE TABLE CLASSCODE (
      CLASS_CODE INTEGER NOT NULL, 
      CLASS_CODE_NAME VARCHAR(60) NOT NULL, 
      RATE_GROUP SMALLINT NOT NULL, 
      PROGRAM_NM VARCHAR(20) NOT NULL, 
      ST_CODE CHAR(2), 
      EFF_DT DATE, 
      EXP_DT DATE)

我运行在GUI MySQL查询浏览器这个脚本。

这可能是一些做行我试图插入的数目？我需要定期提交？有一些简单，我只是俯瞰？

谢谢！

有帮助吗？

解决方案

我建议运行在命令行的sql在终端或SSH会话。 GUI界面可以是干扰或限制您运行大量的插入能力。

其他提示

最常见的情形在脚本文件运行到这些是当你有一个双分号的地方：

INSERT INTO CLASSCODE 
(CLASS_CODE, CLASS_CODE_NAME, RATE_GROUP, PROGRAM_NM, ST_CODE, EFF_DT, EXP_DT)
VALUES
(10255, "Funeral Directors - incl PL other than Crematory  - 10255", 3, "Service", "AZ", 19980801, NULL)
;;

我会做通过脚本进行快速搜索，看看是否有一个;;在那里四处线833。

由于其他刀片好工作，也不会出现在他们的结构差异，我首先想到的是，你运行了在插入数字833的一些资源。

如果你做了每个刀片（您的事务缓存器可运行空间）提交之后会发生什么？难道那么它的工作？其实，一个更好的测试将是一个单一提交的交易数量800。如果你再获得超越833，那么这是你的问题。

如果是这样，只需修改脚本（或创建脚本ID的脚本是自动生成的）来提交每100个左右的刀片（提交后每次插入将可能使其不能忍受缓慢）。

如果你担心你的实际查询语法，它似乎罚款。我创建了表，跑了插入和它的工作。当你说你正在运行一个脚本，你只是有一个完整的，你通过运行原始SQL的文件？本次我当人们使用JDBC类型的东西，有自己的循环逻辑搞砸碰上之前已经“清空查询”类型的错误。

我想我们可以有把握地说，这不是你在粘贴特定的INSERT语句，它一定是在服务器的东西围绕在脚本，查询相关或语法。该行应，除非你重新配置的东西来得到自动COMMITED。你可以尝试运行“秀变量;”从mysql命令行和附加在这里。然后，我们可以看看你的设置，看看是否有任何怪异。

您是否尝试过重新排序一些你插入的文件吗？这至少会告诉我们，如果它的失败在一个特定的查询或文件中的一个特定的点。试试你的重新排序刚刚插入，看它是否仍然在发生故障约833，或者如果它在不同的地方出现故障。如果它落在同一个地方，这听起来像内存或缓冲区相关的事情。如果当您将它改变的地方，我会说你有一个流浪字符（;或者也许）。周围铺设地方，比如@zombat说

希望有所帮助。让我们知道就可以了。

我今天遇到了同样的错误。显然，我用准备好的发言PDO时：MySQL中，该表是具有在查询空数据

我不得不从表纠正所有丢失数据。

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top