Ошибка MySQL 1153 - получен пакет, размер которого превышает байты max_allowed_packet

Я импортирую дамп MySQL и получаю следующую ошибку.

$ mysql foo < foo.sql 
ERROR 1153 (08S01) at line 96: Got a packet bigger than 'max_allowed_packet' bytes

По-видимому, в базе данных есть вложения, что делает их очень большими.

Это на моей локальной машине, Mac с MySQL 5, установленный из пакета MySQL.

Где я могу изменить, max_allowed_packetчтобы иметь возможность импортировать дамп?

Есть что-нибудь еще, что я должен установить?

Просто запуск mysql --max_allowed_packet=32M …привел к той же ошибке.

Возможно, вам придется изменить его как для клиента (вы выполняете импорт), так и для демона mysqld, который запускает и принимает импорт.

Для клиента вы можете указать его в командной строке:

mysql --max_allowed_packet=100M -u root -p database < dump.sql

Также измените файл my.cnf или my.ini в разделе mysqld и установите:

max_allowed_packet=100M

или вы можете выполнить эти команды в консоли MySQL, подключенной к тому же серверу:

set global net_buffer_length=1000000; 
set global max_allowed_packet=1000000000;

(Используйте очень большое значение для размера пакета.)

Как сказал 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

Перепишите my.cnf в Mac OS X при использовании MySQL из дистрибутива пакета mysql.com dmg

По умолчанию my.cnf нигде не найдено.

Вам нужно скопировать один из /usr/local/mysql/support-files/my*.cnfк /etc/my.cnfи рестарт mysqld. (Что вы можете сделать на панели настроек MySQL, если вы установили его.)

В 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 

Исправление состоит в том, чтобы увеличить max_allowed_packet демона MySQL. Вы можете сделать это с работающим демоном, войдя в систему как 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

На 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
#

Используйте max_allowed_packetпеременную, выдав команду

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

Немного не связано с вашей проблемой, так что вот для Google.

Если вы не выполняли mysqldump SQL, возможно, ваш SQL сломан.

Я только что получил эту ошибку, случайно обнаружив в своем коде незамкнутый строковый литерал. Небрежные пальцы случаются.

Это фантастическое сообщение об ошибке для бегущей строки, спасибо за это MySQL!

Иногда тип установки:

max_allowed_packet = 16M

в my.ini не работает.

Попробуйте определить my.ini следующим образом:

set-variable = max_allowed_packet = 32M

или

set-variable = max_allowed_packet = 1000000000

Затем перезапустите сервер:

/etc/init.d/mysql restart

Риск безопасности имеет max_allowed_packetболее высокое значение, поскольку злоумышленник может отправить пакеты большего размера и привести к сбою системы.

Итак, оптимальное значение max_allowed_packetдля настройки и тестирования.

Лучше изменить при необходимости (используя set global max_allowed_packet = xxx), чем иметь его как часть my.ini или my.conf .

Я работаю в среде общего хостинга, и у меня есть веб-сайт на основе Drupal. Я не могу редактировать my.iniфайл или my.confфайл тоже.

Итак, я удалил все таблицы, которые были связаны, Cacheи, следовательно, я мог решить эту проблему. Тем не менее, я ищу идеальное решение / способ справиться с этой проблемой.

Edit - удаление таблиц создало для меня проблемы, потому что Drupal ожидал, что эти таблицы должны существовать. Поэтому я опустошил содержимое этих таблиц, что решило проблему.

Ошибка:

ОШИБКА 1153 (08S01) в строке 6772: получен пакет больше, чем байты 'max_allowed_packet' Операция завершилась неудачно с кодом выхода 1

QUERY:

SET GLOBAL max_allowed_packet=1073741824;
SHOW VARIABLES LIKE 'max_allowed_packet'; 

Максимальное значение:

Default Value (MySQL >= 8.0.3)  67108864
Default Value (MySQL <= 8.0.2)  4194304
Minimum Value   1024
Maximum Value   1073741824

Установите для max_allowed_packet то же самое (или больше), что и при сбросе с помощью mysqldump. Если вы не можете сделать это, сделайте дамп снова с меньшим значением.

То есть, если вы сбросили его с помощью mysqldump. Если вы использовали какой-то другой инструмент, вы по своему усмотрению.