我在XAMMP中遇到了同样的问题

Metode-01:我修改了D:\xampp\mysql\bin\my.ini文件中的max_allowed_packet，如下所示:

max_allowed_packet = 500

最后重新启动MySQL服务一次就完成了。

Metode-02:

如果您正在使用XAMPP，这是更简单的方法。打开XAMPP控制面板，单击mysql部分中的config按钮。

现在点击my.ini，它将在编辑器中打开。将max_allowed_packet更新为所需的大小。

然后重新启动mysql服务。在Mysql服务上单击stop，再次单击start。等几分钟。

然后再次运行Mysql查询。希望它能起作用。

如何使用mysql客户端像这样:

mysql -h <hostname> -u username -p <databasename> < file.sql

如果这些答案都不能解决你的问题，我通过删除表，并以这种方式自动创建它们来解决它:

when creating the backup, first backup structure and be sure of add:
DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT
CREATE PROCEDURE / FUNCTION / EVENT
IF NOT EXISTS
AUTO_INCREMENT

然后只需将此备份与您的db一起使用，它将删除并重新创建您需要的表。

然后你只备份数据，然后做同样的事情，它就会工作。

解决方案是增加选项文件中[mysqld]标记下的wait_timeout和connect_timeout参数的值。

我必须恢复一个400MB的mysql备份，这对我来说是有效的(我下面使用的值有点夸张，但你知道的):

[mysqld]
port=3306
explicit_defaults_for_timestamp = TRUE
connect_timeout = 1000000
net_write_timeout = 1000000
wait_timeout = 1000000
max_allowed_packet = 1024M
interactive_timeout = 1000000
net_buffer_length = 200M
net_read_timeout = 1000000
set GLOBAL delayed_insert_timeout=100000

引用

当您创建的SCHEMA的COLLATION与转储中使用的不同时，也会出现此错误消息。因此，如果转储包含

CREATE TABLE `mytab` (
..
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

你也应该在SCHEMA排序中反映这一点:

CREATE SCHEMA myschema COLLATE utf8_unicode_ci;

我一直在模式中使用utf8mb4_general_ci，因为我的脚本来自一个新的V8安装，现在在旧5.7上加载一个DB崩溃了，几乎把我逼疯了。

所以，也许这能帮你节省一些令人沮丧的时间……: -)

(MacOS 10.3, mysql 5.7)

以防万一，检查你可以使用的变量

$> mysqladmin variables -u user -p 

这将显示当前变量，在本例中是max_allowed_packet，正如有人在另一个答案中所说，您可以临时设置它

mysql> SET GLOBAL max_allowed_packet=1072731894

在我的情况下，cnf文件没有考虑到，我不知道为什么，所以SET GLOBAL代码真的很有帮助。