我导入一个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…导致同样的错误。


当前回答

当使用mysql.com dmg包分发的MySQL时,在Mac OS X上重新使用my.cnf

默认情况下,my.cnf无处可寻。

你需要拷贝一个/usr/local/mysql/support-files/my*.cnf文件到/etc/my.cnf并重新启动mysqld。(如果你安装了它,你可以在MySQL首选项窗格中这样做。)

其他回答

修正方法是增加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变量发出如下命令

mysql——max_allowed_packet = 32米 -u root -p database < dump.sql .sql

我在一个共享托管环境中工作,我托管了一个基于Drupal的网站。我不能编辑my.ini文件或my.conf文件。

所以,我删除了所有与缓存相关的表,因此我可以解决这个问题。我仍然在寻找一个完美的解决方案/方法来处理这个问题。

编辑——删除这些表给我带来了问题,因为Drupal期望这些表应该存在。所以我清空了这些桌子上的东西,问题就解决了。

将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
#