[Andrewsha]

У меня база 200Мб

общался с поддержкой. теперь я в замешательстве:

[16:35:55 21 Dec 2009]
Здравствуйте!
выполнение команды:
>mysqldump --default-character-set=utf8
упорно создает дамп в кодировке cp1251
можно ли что-то исправить?

[16:36:17 21 Dec 2009] Никита Менькович
Значит у Вас данные находятся в нём в этой кодировке

[16:38:06 21 Dec 2009]
у меня база и все таблицы в utf8

[16:41:33 21 Dec 2009]
а корне у меня сейчас лежит dump.sql - это дамп одной таблицы

[16:41:51 21 Dec 2009]
можете убедиться, что он получается cp1251

[16:50:25 21 Dec 2009] Никита Менькович
Данные в БД хранятся в cp1251

[16:51:09 21 Dec 2009] Никита Менькович
http://clubfonar.ru/test.php кодировка - cp1251

[16:52:14 21 Dec 2009]
так у таблиц utf8_bin

[16:52:50 21 Dec 2009] Никита Менькович
А данные хранятся в cp1251

[16:53:13 21 Dec 2009] Никита Менькович
То что сравнение выставлено utf8_bin не гарантирует, что данные туда будут именно utf8 попадать

Прошу подсказать возможно ли такое? Что сравнение utf8_bin, а данные cp1251 и как теперь исправлять и нужно ли?

Я помню, когда с хостинга Джино переезжал на hostgator было все нормально, а когда потом переезжал на spaceweb.ru то при поднятии базы шла какая-то ругань, сейчас понимаю, что возможно, что-то с кодировкой было.

[Rayden]

rxu
Понимаешь, тут двоякий ответ.
Например EditPlus вполне резво с дампами в 600Мб работает.
А вот у СпейсВеба mysqldump вываливается по таймауту при попытке сделать дамп даже в 400Мб.
Так что...

Добавлено спустя 11 минут 8 секунд:

Andrewsha писал(а):Прошу подсказать возможно ли такое? Что сравнение utf8_bin, а данные cp1251

Такое невозможно. Будет ошибка о неправильном сравнении, что-то типа Illegal mix of collations или Unknown collation
Вообще ты не бойся, а честно напиши - "Уважаемый СпейсВеб, прошу передать мое письмо более компетентному специалисту, чем Никита Менькович, который путает сравнение и кодировку". И отправь письмо на manager@sweb.ru, а не на саппорт.

[nissin]

Andrewsha
Это практически непобедимо, у них mysql так настроен, что mysqldump всегда выдаёт данные в кодировке cp1251.
Я решал вопрос правками в mysqldump (добавлением дополнительного запроса 'SET NAMES utf8'), и компилированием его для себя.

[Andrewsha]

nissin писал(а):Я решал вопрос правками в mysqldump (добавлением дополнительного запроса 'SET NAMES utf8'), и компилированием его для себя.

так ведь утилита то запускается не у меня на машине, а на хостинге, кто ж туда позволит свой mysqldump.exe закачать?

Rayden писал(а):Вообще ты не бойся, а честно напиши

Оки, попробую продолжить решение вопроса. Хотя насколько понял, уже многие на эти грабли наступали.

[nissin]

Если есть доступ к shell, можно запустить практически что угодно
Я компилировал свой mysqldump прямо на хостинге sweb(gentoo) и masterhost(freebsd).

Но вообще нужно требовать от хостера делать возможность получения дампа в кодировке utf8.
А как они будут решать, править настройки mysql или патчить mysqldump это уже их проблемы.

Использование дампа в кодировке cp1251 чревато проблемами с username_clean, и утерей символов других языков, которые не входят в cp1251.

[Andrewsha]

Поручик писал(а):Делай дамп с помощью Sypex Dumper и не парься

Попробовал сегодня эту утилиту. Не все гладко прошло.
При экспорте на хостинге, если паковать дамп, тогда при распаковке ругается на ошибку. Т.е. архив вроде как битый получается.
Если без распаковки импортировать, тогда импорт отрабатывает криво, постоянно спотыкается. В итоге все сообщения в темах пустые.

В конечном итоге сделал дамп без сжатия, скачал его. Поднялся он с парой замечаний. но вроде пока все ОК. Замечания не анализировал, т.к. дамп мне нужен был для локальной базы. Жаль, что с архивом не работает нормально.
Использовал полную версию, не лайт. Может зря?

[Andrewsha]

Продолжил общение с поддержкой.
Привожу ответ. Хочется услышать мнение опытных товарищей.

Диалог:

> >mysqldump --default-character-set=utf8
>
> упорно создает дамп в кодировке cp1251
>
> можно ли что-то исправить?

Данный ключ не меняет при экспорте кодировку дампа базы.
Как вариант решения проблемы, можете получившийся дамп сконвертировать в
нужной Вам кодировке, например так:
iconv -c -f cp1251 -t utf8 dump.sql > dump_utf8.sql

Как я понимаю предложен некий "обходной" путь, который по сути обсуждался нами ранее. Могут быть некие "побочные" эффекты.

[nissin]

Я писал уже ранее, теряется username_clean (юзеры с русскими никами не смогут войти) и посты написанные на языках отличных от русского и английского (например японская поэзия ).
Уже проходили.

[rxu]

Вызывает уважение позиция хостера, который с маниакальным упорством цепляется за кодировку cp1251, и никак не желает идти навстречу потребностям клиента.

[nissin]

Да он не цепляется, он просто не знает как сделать по другому кодировку cp1251 вместо latin1 по умолчанию в mysql
Все под копирку русифицируют MySQL примерно таким образом:

Код: Выделить всё

init-connect = "set names cp1251"
skip-character-set-client-handshake

Но с mysqldump этот номер не прокатывает.
Нужно примерно так:

Код: Выделить всё

[client]
# Для местного клиента
default-character-set=cp1251
....

[mysqld]
# Для всего сервера
default-character-set=cp1251
....

Либо:

Код: Выделить всё

shell> mysqld --character-set-server=cp1251

Ещё можно при конфигурировании задать кодировку по умолчанию:

Код: Выделить всё

shell> ./configure --with-charset=cp1251

Источник

[armid]

Ребята только осваиваюсь с форумом. Установил себе phpbb3. С кодировкой проблем нет. Но, если зайти в phpmyadmin в базу форума то во всех таблицах сравнение стоит utf8_bin хотя насколько я знаю универсальной считается utf8_general_ci Или у меня все правильно? Если нет, то можно ли ее поменять?

[Kostelano]

armid
Все нормально, нет поводов для тревоги.