Mysql错误：ASCII'\0'；在linux服务器上导入sql文件时

导入sql文件时出现以下错误

ERROR: ASCII '\0' appeared in the statement, but this is not allowed unless option --binary-mode is enabled and mysql is run in non-interactive mode. 
Set --binary-mode to 1 if ASCII '\0' is expected. Query: ''.

需要帮助

试试以下方法：

mysql -u root -p -h localhost -D database --binary-mode -o < dump.sql

mysql-u root-p-h localhost-D数据库——二进制模式-o

---

并确保您的sql文件。

我遇到了这个问题，sql文件采用了有效的ISCI格式，我解决了以下问题：

1-在shell中使用

文件
命令检测转储文件中包含的数据类型：

文件db.sql

得到如下输出：

db.sql:Little-endian UTF-16 Unicode文本，具有很长的行，带有CRLF行终止符

2-使用iconv将现有转储文件转换为UTF8（ASCII）：

iconv-f utf-16-t utf-8 db.sql>db_utf8.sql

然后导入新文件。
我刚刚遇到这个问题，因为该文件是gzip文件。我解压缩了它，没有进一步的问题。
如果需要ASCII“\0”，则将--binary mode设置为1。查询：“”。请阅读完整的错误消息。我收到此错误，但得到了一个新的MySQL转储，并尝试重新导入，效果良好。我们的MySQL转储分为两个压缩部分，必须连接然后解压缩。我认为最初的解压被中断，导致了一个带有奇怪字符和编码的
.sql
文件。第二次尝试很好。意味着我不能使用解压缩的sql文件？实际上，我压缩了我的sql文件以将其上载到服务器，因为它太大了，您应该能够导入解压缩后的文件。您的文件可能被检测为二进制文件，因为它在MySQL导入之前尚未解压缩。您可以编辑您的问题以包含用于导入的命令吗？谢谢。它修复了从windows导出到mac的问题。谢谢，这对我很有效。解压
.gz
文件的命令：
gzip-dk file.gz