无法将大型SQL转储导入MySQL 5.6_Mysql_Mysqldump

无法将大型SQL转储导入MySQL 5.6

mysql

无法将大型SQL转储导入MySQL 5.6,mysql,mysqldump,Mysql,Mysqldump,我将一个大型数据库转储到一个SQL文件中，该文件包含一个表的大型BLOB附件。在进行转储时，我打开了hex blob，以前我已经多次进行转储，没有任何问题转储是使用MySQL 5.1数据库完成的我现在已经完全安装了MySQL 5.6，无法导入此SQL文件。文件本身约为13GB，每次在同一行失败 mysql --user=root --password=xxxx --database=budgets_3 < budgets_3.sql Warning: Using a password

我将一个大型数据库转储到一个SQL文件中，该文件包含一个表的大型BLOB附件。在进行转储时，我打开了hex blob，以前我已经多次进行转储，没有任何问题

转储是使用MySQL 5.1数据库完成的

我现在已经完全安装了MySQL 5.6，无法导入此SQL文件。文件本身约为13GB，每次在同一行失败

mysql --user=root --password=xxxx --database=budgets_3 < budgets_3.sql
Warning: Using a password on the command line interface can be insecure.
ERROR 2006 (HY000) at line 3251: MySQL server has gone away

这是从我的工作站，我正在尝试更新到MySQL 5.6，如果我不能解决这个问题，我将不得不从生产服务器转储。下载它需要很多小时，所以我想看看我是否可以在这里工作。

我运行此查询以查看运行导入时

max\u allowed\u packet

的实际值

SHOW VARIABLES LIKE 'max%';

我发现MySQL Workbench 6.x在更改配置文件后没有重新启动MySQL。结果，我试图解决这个问题的努力没有奏效

重新启动MySQL后，导入操作成功运行

此外，我还了解到，

max_allowed_packet

是服务器和客户端都使用的设置。如果遇到此问题，请确保在服务器配置和客户端上设置此问题。在客户机上设置如下命令行中的mysql--max_allowed_packet=64M

问题是，如果数据包太大，服务器可以断开连接，如果数据包太大，MySQL客户端也可以断开连接

本手册中对此进行了讨论

我运行此查询是为了查看运行导入时

max\u allowed\u packet