Ошибка при залвке форумной базы mysql

а дык может она побилась? может стоит еще раз дамп сделать? или кусками через phpMyAdmin...

Можно длинные строчки побить с помощью скрипта. Т.е. преобразовать так, что сначала будет insert, а потом уже нужное количество update с приклеиванием оставшихся кусков к нужному полю из нужной записи.

Это не только с дампами такой нюанс, а еще и с вставкой blob-ов в базу. Как-то не хотелось мне ковырять хостинг и клиентам рекомендовал вставлять за несколько операций.

Можно поискать примеры работы вставки с учетом max_allowed_packet -> http://www.google.com/codesearch?q=lang%3Aphp+max_allowed_packet

PS. Может на codesearch и утилитку какую-то найдете.

Спасибо, видимо так и придется делать.

Еще проблемма с кодировкой, MySQL работает в кодировке UTF8 unicode, таблицы создавал и в utf8 и в cp1251, дамп тоже делал и в кодировке utf8 и в cp1251, самое лучшее что получил это "Ìåäèöèíà è çäîðîâüå", в худшем "??????????". Никто не сталкивался с подобным? Уже несколько часов бьюсь.

Получил где? Попробуй это просмотреть там где юникод показывает, т.к. при вставке в обычный редактор именно это и получишь.

Получил это в phpmyadmin. Решил проблемму вставкой в начало дампа строчек:

set character_set_client='cp1251';

set character_set_results='cp1251';

set collation_connection='cp1251_general_ci';

надо получать в .sql файл какой-то, а потом уже его в notepad рассмотреть, т.к. последний utf нормально показывает... а вот браузер, которому подсунили чарсет виндовый, а потом уже utf внутри страницы, он кракозяблами отображать и будет...

PS. бНОПНЯ..

для бэкапа и восстановления MySQL хороший инструмент:

http://zapimir.net/skdumper

Дампы любых размеров импортирует.

Спасибо всем! Все перенесено нормально, просто много времени убил на эту кодировку. Ну зато приобрел некоторый опыт :)