我导入一个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…导致同样的错误。
当前回答
您可能必须同时为客户端(您正在运行导入操作)和正在运行并接受导入操作的守护进程mysqld更改它。
对于客户端，您可以在命令行上指定它:
mysql --max_allowed_packet=100M -u root -p database < dump.sql
此外，更改my.cnf或my.ini文件(通常在/etc/mysql/下)，并设置:
max_allowed_packet=100M
或者你可以在连接到同一台服务器的MySQL控制台中运行这些命令:
set global net_buffer_length=1000000;
set global max_allowed_packet=1000000000;
(使用一个非常大的值作为包大小。)
其他回答
将max_allowed_packet设置为与使用mysqldump转储时相同(或更多)的值。如果不能这样做，请使用较小的值再次转储。
也就是说，假设您使用mysqldump转储了它。如果你使用其他工具，你就只能靠自己了。
在CENTOS 6 /etc/my.cnf上，在[mysqld]部分下，正确的语法是:
[mysqld]
# added to avoid err "Got a packet bigger than 'max_allowed_packet' bytes"
#
net_buffer_length=1000000
max_allowed_packet=1000000000
#
修正方法是增加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
当使用mysql.com dmg包分发的MySQL时，在Mac OS X上重新使用my.cnf
默认情况下，my.cnf无处可寻。
你需要拷贝一个/usr/local/mysql/support-files/my*.cnf文件到/etc/my.cnf并重新启动mysqld。(如果你安装了它，你可以在MySQL首选项窗格中这样做。)
有时类型设置:
max_allowed_packet = 16M
在my.ini中不能工作。
尝试确定my.ini，如下所示:
set-variable = max_allowed_packet = 32M
or
set-variable = max_allowed_packet = 1000000000
然后重启服务器:
/etc/init.d/mysql restart
