我导入一个MySQL转储和得到以下错误。
$ mysql foo < foo.sql
ERROR 1153 (08S01) at line 96: Got a packet bigger than 'max_allowed_packet' bytes
显然，数据库中有附件，需要进行非常大的插入。
这是在我的本地机器上，一台安装了MySQL 5的Mac电脑。
我在哪里改变max_allowed_packet能够导入转储?
还有什么需要我设置的吗?
只是运行mysql——max_allowed_packet=32M…导致同样的错误。
当前回答
将max_allowed_packet设置为与使用mysqldump转储时相同(或更多)的值。如果不能这样做，请使用较小的值再次转储。
也就是说，假设您使用mysqldump转储了它。如果你使用其他工具，你就只能靠自己了。
其他回答
在etc/my.cnf中，尝试将max_allowed _packet和net_buffer_length更改为
max_allowed_packet=100000000
net_buffer_length=1000000
如果这样不行，那就试着换成
max_allowed_packet=100M
net_buffer_length=100K
正如michaelpryor所说，您必须同时为客户机和守护进程mysqld服务器更改它。
他为客户端命令行提供的解决方案很好，但是ini文件并不总是有效，这取决于配置。
所以，打开一个终端，输入mysql来得到一个mysql提示符，然后发出这些命令:
set global net_buffer_length=1000000;
set global max_allowed_packet=1000000000;
保持mysql提示打开，并在第二个终端上运行命令行SQL执行。
这可以在你的my.ini文件(在Windows上，位于\Program Files\MySQL\MySQL Server)下的服务器部分中更改，例如:
[mysqld]
max_allowed_packet = 10M
修正方法是增加MySQL守护进程的max_allowed_packet。通过以Super身份登录并运行以下命令，可以对正在运行的守护进程执行此操作。
# mysql -u admin -p
mysql> set global net_buffer_length=1000000;
Query OK, 0 rows affected (0.00 sec)
mysql> set global max_allowed_packet=1000000000;
Query OK, 0 rows affected (0.00 sec)
然后导入您的转储:
gunzip < dump.sql.gz | mysql -u admin -p database
将max_allowed_packet设置为与使用mysqldump转储时相同(或更多)的值。如果不能这样做，请使用较小的值再次转储。
也就是说，假设您使用mysqldump转储了它。如果你使用其他工具，你就只能靠自己了。
