MySQL: server has gone away при импорте sql dump'а

Question

[Андрей Мавлянов]

«MySQL: server has gone away». Как с этим бороться в винде? Вылезает при операции mysql -u user -p db < dump.sql (300 метров). В *nix на той же версии mysql проблем нет.

Comments

[vader666]

заливаете в базу которая была с данными и в дампе 'DROP TALBE IF EXISTS'?

Answer 1

[ServDev]

Попробуйте изменить в конфиге MySQL max_allowed_packet

Comments

[Андрей Мавлянов]

на какую величину?

[ServDev]

У меня стоит 64МБ, проблем не испытываю. Попробуйте увеличивать число — пока не добьетесь результата.

[Андрей Мавлянов]

в общем попробовал поменять на то знаечение что в linux стоит на такой же версии mysql — не помогло. нашёл там в дистре my-innodb-heavy-4G.ini — вот он помог. буду завтра разбираться что именно там так правильно написано.

[Олег Прилепа]

ServDev: У меня была аналогичная проблема, ваше решение помогло, большое спасибо!

Answer 2

[Кирилл Сидоров]

InnoDB?

Comments

[Андрей Мавлянов]

да.

Answer 3

[lubezniy]

Проблема такая возникает, если дамп делать с опцией extended-insert, когда он пишется в стиле:

INSERT INTO ttable VALUES (1,'2','3'),(2,'2','4'),(4,'5','1');

Наборов значений может быть полно.Насколько я заметил, такие запросы обрабатываются только целиком, а для этого клиенту нужно считать сразу весь запрос. Если значений очень много (сталкивался на таблицах с сотнями тысяч записей), то задача упирается или в превышение max_allowed_packet (об этом выдаётся сообщение), или в нехватку выделяемой оперативной памяти (в этом случае сервер валится вместе с процессом).
Во избежание подобных ситуаций предпочитаю делать дамп с отключенным --extended-insert, когда на один INSERT-запрос приходится один набор значений. Размер дампа, естественно, увеличивается, но его можно обработать без таких проблем.