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

303

antono

8 октября 2006, 22:55

695

Скачкал дамп базы со старого хостинга, залил на другой. Через ssh пытаюсь вставит дамп в базу mysql:

mysql -uuser -p -hlocalhost user_data < forum_data.sql

... и получаю такую ошибку:

ERROR 1153 (08S01) at line 3030: Got a packet bigger than 'max_allowed_packet' bytes

В строке 3030 дампа начинаются длинные строчки - по 15-20 кбайт каждая.

Что здесь можно сделать если не трогать настройки mysql ?

216

Erick Flatcher

8 октября 2006, 23:27

#1

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

K

223

kostich

8 октября 2006, 23:43

#2

antono:

В строке 3030 дампа начинаются длинные строчки - по 15-20 кбайт каждая.
Что здесь можно сделать если не трогать настройки mysql ?

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

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

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

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

проверенная ддос защита (http://ddos-protection.ru) -> http://ddos-protection.ru (http://ddos-protection.ru), бесплатный тест, цена от размера атаки не зависит.

eTarget 2011:Панельная дискуссия «Стратегия eTarget 2011: Круглый стол Могут ли «плохие» входящие

303

antono

9 октября 2006, 01:06

#3

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

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

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

K

223

kostich

9 октября 2006, 01:34

#4

antono:
самое лучшее что получил это "Ìåäèöèíà è çäîðîâüå", в худшем "??????????". Никто не сталкивался с подобным? Уже несколько часов бьюсь.

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

303

antono

9 октября 2006, 02:14

#5

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

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

set character_set_client='cp1251';

set character_set_results='cp1251';

set collation_connection='cp1251_general_ci';

K

223

kostich

9 октября 2006, 02:29

#6

antono:
Получил это в phpmyadmin.

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

PS. бНОПНЯ..

eTarget 2011:Панельная дискуссия «Стратегия eTarget 2011: Круглый стол Могут ли «плохие» входящие

AH

204

Art-Host

9 октября 2006, 10:09

#7

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

http://zapimir.net/skdumper

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

Цены на регистрацию доменов ( https://1reg.online/domains.price ).

303

antono

9 октября 2006, 10:16

#8

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

Что такое Power BI и зачем это нужно бизнесу

VK приобрела 70% в структуре компании-разработчика red_mad_robot