Błąd MySQL 1153 - Mam pakiet większy niż bajty „max_allowed_packet”

Importuję zrzut MySQL i pojawia się następujący błąd.

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

Najwyraźniej w bazie danych znajdują się załączniki, co sprawia, że ​​bardzo duże wstawki.

To jest na mojej lokalnej maszynie, Macu z MySQL 5 zainstalowanym z pakietu MySQL.

Gdzie mam się zmienić? max_allowed_packet aby móc zaimportować zrzut?

Czy jest jeszcze coś, co powinnam ustawić?

Samo uruchomienie mysql --max_allowed_packet=32M …spowodowało ten sam błąd.

Prawdopodobnie musisz go zmienić zarówno dla klienta (działasz, aby wykonać import) ORAZ mysqld demona, który jest uruchomiony i akceptuje import.

W przypadku klienta możesz to określić w wierszu polecenia:

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

Również zmienić my.cnf lub my.ini pliku w sekcji mysqld i zestawu:

max_allowed_packet=100M

lub możesz uruchomić te polecenia w konsoli MySQL podłączonej do tego samego serwera:

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

(Użyj bardzo dużej wartości dla rozmiaru pakietu.)

Jak powiedział michaelpryor, musisz to zmienić zarówno dla klienta, jak i demona serwera mysqld.

Jego rozwiązanie dla wiersza poleceń klienta jest dobre, ale pliki ini nie zawsze działają, w zależności od konfiguracji.

Więc otwórz terminal, wpisz mysql, aby uzyskać monit mysql, i wydaj następujące polecenia:

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

Nie zamykaj monitu mysql i uruchom wykonywanie wiersza polecenia SQL na drugim terminalu.

Można to zmienić w my.inipliku (w systemie Windows, znajdującym się w \ Program Files \ MySQL \ MySQL Server) w sekcji serwera, na przykład:

[mysqld]

max_allowed_packet = 10M

Re my.cnf na Mac OS X podczas korzystania z MySQL z dystrybucji pakietu dmg mysql.com

Domyślnie nigdzie nie można znaleźć my.cnf.

Trzeba skopiować jeden /usr/local/mysql/support-files/my*.cnfdo /etc/my.cnfi restart mysqld. (Co możesz zrobić w panelu preferencji MySQL, jeśli go zainstalowałeś).

W etc / my.cnf spróbuj zmienić max_allowed _packet i net_buffer_length na

max_allowed_packet=100000000
net_buffer_length=1000000 

jeśli to nie działa, spróbuj zmienić na

max_allowed_packet=100M
net_buffer_length=100K 

Rozwiązaniem jest zwiększenie maksymalnego pakietu demona MySQL. Możesz to zrobić działającemu demonowi, logując się jako Super i uruchamiając następujące polecenia.

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

Następnie, aby zaimportować zrzut:

gunzip < dump.sql.gz | mysql -u admin -p database

Na CENTOS 6 /etc/my.cnf, w sekcji [mysqld] poprawna składnia to:

[mysqld]
# added to avoid err "Got a packet bigger than 'max_allowed_packet' bytes"
#
net_buffer_length=1000000 
max_allowed_packet=1000000000
#

Użyj max_allowed_packetzmiennej wydającej polecenie takie jak

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

Nieco niezwiązany z twoim problemem, więc oto jeden dla Google.

Jeśli nie wykonałeś mysqldump SQL, przyczyną może być uszkodzenie SQL.

Właśnie dostałem ten błąd, przypadkowo mając niezamknięty literał ciągu w moim kodzie. Zdarzają się niechlujne palce.

To fantastyczny komunikat o błędzie dla niekontrolowanego ciągu, dzięki za MySQL!

Czasami ustawienie typu:

max_allowed_packet = 16M

w my.ini nie działa.

Spróbuj określić plik my.ini w następujący sposób:

set-variable = max_allowed_packet = 32M

lub

set-variable = max_allowed_packet = 1000000000

Następnie uruchom ponownie serwer:

/etc/init.d/mysql restart

Jest to ryzyko bezpieczeństwa max_allowed_packet , ponieważ atakujący może przepychać większe pakiety i powodować awarię systemu.

Tak więc optymalna wartość max_allowed_packet do dostrojenia i przetestowania.

Lepiej jest zmieniać, gdy jest to wymagane (za pomocą set global max_allowed_packet = xxx), niż mieć to jako część my.ini lub my.conf .

Pracuję we współdzielonym środowisku hostingowym i prowadziłem witrynę internetową opartą na Drupal. Nie mogę również edytować my.inipliku lub my.confpliku.

Tak więc usunąłem wszystkie tabele, które były powiązane, Cachei dlatego mogłem rozwiązać ten problem. Nadal szukam idealnego rozwiązania / sposobu rozwiązania tego problemu.

Edycja - usunięcie tabel stworzyło mi problemy, ponieważ Drupal spodziewał się, że te tabele powinny istnieć. Opróżniłem więc zawartość tych tabel, które rozwiązały problem.

Błąd:

BŁĄD 1153 (08S01) w linii 6772: Dostał pakiet większy niż bajty „max_allowed_packet” Operacja nie powiodła się z kodem wyjścia 1

PYTANIE:

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

Maksymalna wartość:

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

Ustaw max_allowed_packet na taki sam (lub większy) niż ten, który był po zrzuceniu go za pomocą mysqldump. Jeśli nie możesz tego zrobić, ponownie wykonaj zrzut o mniejszej wartości.

To znaczy, zakładając, że zrzuciłeś go za pomocą mysqldump. Jeśli użyłeś innego narzędzia, jesteś sam.