Ошибка 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 … привело к той же ошибке.
15 ответов
Возможно, вам придется изменить его как для клиента (вы выполняете импорт), так и для демона 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
Исправление состоит в том, чтобы увеличить 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
Перепишите 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
На 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
#
Я решил свою проблему с помощью этого запроса
SET GLOBAL max_allowed_packet=1073741824;
и проверьте max_allowed_packet с помощью этого запроса
SHOW VARIABLES LIKE 'max_allowed_packet';
Использовать max_allowed_packet переменная выдачи команды, как
mysql --max_allowed_packet=32M
-u root -p database < dump.sql
Немного не связано с вашей проблемой, так что вот для Google.
Если вы не выполняли mysqldump SQL, возможно, ваш SQL сломан.
Я только что получил эту ошибку, случайно обнаружив в своем коде незамкнутый строковый литерал. Небрежные пальцы случаются.
Это фантастическое сообщение об ошибке для убегающей строки, спасибо за это MySQL!
Ошибка:
ОШИБКА 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 = 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 ожидал, что эти таблицы должны существовать. Поэтому я опустошил содержимое этих таблиц, что решило проблему.
Установите для max_allowed_packet то же самое (или больше), что и при сбросе с помощью mysqldump. Если вы не можете сделать это, сделайте дамп снова с меньшим значением.
То есть, если вы выбросили его с помощью mysqldump. Если вы использовали какой-то другой инструмент, вы по своему усмотрению.