Форум PHP-MyAdmin.RU — mysqldump и последствия с кодировками

Re: mysqldump и последствия с кодировками

null@example.com (Tooler) — Wed, 25 Feb 2009 16:23:44 +0000

Отправил.

Re: mysqldump и последствия с кодировками

null@example.com (Hanut) — Wed, 25 Feb 2009 15:49:16 +0000

Tooler
Пришлите дамп, перекодирую его в ANSI, может сработает. Странное поведение при импорте, не могу понять причину.

Re: mysqldump и последствия с кодировками

null@example.com (Tooler) — Wed, 25 Feb 2009 15:37:38 +0000

Подключен через root, если имеется виду как залогинен в phpmyadmin.
Дамп который я давал после вашего перекодирования работает хорошо, правда база данных та не для веб проекта, но все же.
Эта база данных движка сайта DLE в начальном виде и сейчас она после заливки выдает см. п.5 поста #13
Чувствую что нужно перекодировать её?

Ещё есть 2 базы форумов SMF =\
Сплошные неудачи.

Re: mysqldump и последствия с кодировками

null@example.com (Hanut) — Wed, 25 Feb 2009 15:32:22 +0000

Tooler
Через root phpMyAdmin подключен, или нет?
Тот дамп, что находится в ANSI импортируется нормально? Это тот, что вы мне присылали для перекодирования.

Re: mysqldump и последствия с кодировками

null@example.com (Tooler) — Wed, 25 Feb 2009 14:56:37 +0000

Выставил, залил, не помогло.

Re: mysqldump и последствия с кодировками

null@example.com (Hanut) — Wed, 25 Feb 2009 14:51:55 +0000

Tooler
Попробуйте перед импортом выставить на главной сравнение в cp1251_general_ci.
Судя по всему phpMyAdmin у вас подключен не через root.

Re: mysqldump и последствия с кодировками

null@example.com (Tooler) — Wed, 25 Feb 2009 14:18:14 +0000

1. Создаю базу при помощи запроса CREATE DATABASE `db_name` DEFAULT CHARACTER SET cp1251 COLLATE cp1251_general_ci;
2. В дампе убираю все
SET @saved_cs_client = @@character_set_client;
SET character_set_client = utf8;
SET character_set_client = @saved_cs_client;
3. В конце каждой структуры таблицы дописываю DEFAULT CHARSET=cp1251;
4. Заливаю дамп в базу, установив Кодировка файла: UTF-8
5. Залилось, смотрю данные и они в виде РѕС‚Р»РёС‡РЅР°СЏ РЅРѕРІРѕСЃС‚СЊ. СЃРїР°СЃРёР±Рѕ!, на сайте такой же вид.

6. Захожу на главную страницу phpmyadmin, выставляю сопоставление бд с cp1251 (больше ничего не делаю) захожу в свою бд и вижу данные в норм виде. Если поставить сопоставление с utf8 (и больше ничего не делать) данные будут как в п.5

Как и писал раньше, могу предоставить доступ к своей админке и т.д. для более быстрого решения проблемы.

Re: mysqldump и последствия с кодировками

null@example.com (Hanut) — Wed, 25 Feb 2009 14:11:58 +0000

Tooler сказал:

Имеется ввиду, чтобы увидеть данные в нормальном виде, нужно поставить сопоставление бд с cp1251 в phpmyadmin (это после всех операций).

Я не понимаю где и как вы это делаете. Опишите по шагам. После импорта ничего менять не надо. Меня интересует именно то, как выглядят данные сразу после импорта и какие устанавливаются кодировки таблиц.

Tooler сказал:

Пробовал залить другую бд, в дампе везде cp1251 при заливке utf8. База в ср1251 также но на сайте знаки вопроса.

Не смог понять, что вы написали. "в дампе везде cp1251" - где именно в дампе, или это сам дамп в cp1251? "при заливке utf8" - где вы видите utf8, это таблицы имеют такую кодировку, или данные перекодируются в utf8?

Re: mysqldump и последствия с кодировками

null@example.com (Tooler) — Tue, 24 Feb 2009 22:39:25 +0000

Имеется ввиду, чтобы увидеть данные в нормальном виде, нужно поставить сопоставление бд с cp1251 в phpmyadmin (это после всех операций).

Пробовал залить другую бд, в дампе везде cp1251 при заливке utf8. База в ср1251 также но на сайте знаки вопроса.

Re: mysqldump и последствия с кодировками

null@example.com (Hanut) — Tue, 24 Feb 2009 22:32:34 +0000

Tooler
А где вы сопоставление меняете? Что-то я не понял.

Re: mysqldump и последствия с кодировками

null@example.com (Tooler) — Tue, 24 Feb 2009 20:08:32 +0000

Во втором случае все таблицы в cp1251, еси ставить сопоставление с cp1251 все видно. Если UTF - 8 криво.

Re: mysqldump и последствия с кодировками

null@example.com (Hanut) — Tue, 24 Feb 2009 19:18:12 +0000

В дампе нигде auto_increment нет. Вероятно ошибка создания.

Во втором случае, таблицы в cp1251 создаются? Кириллица в phpMyAdmin как выглядит?

Re: mysqldump и последствия с кодировками

null@example.com (Tooler) — Tue, 24 Feb 2009 18:57:03 +0000

Так.
Первый случай создал базу сам
CREATE DATABASE `db_name` DEFAULT CHARACTER SET cp1251 COLLATE cp1251_general_ci;
Залил данные по инструкции - все ок и работает. Но как я понял mysqldump инкрементные таблици потерял... Прийдется вручную создавать и прописать.

Второй случай, никаких ошибок в базе вроде нету, SET тоже нету. Базу создаю вручную все тем же запросом, делалось все по вашим указаниям.
CREATE DATABASE `db_name` DEFAULT CHARACTER SET cp1251 COLLATE cp1251_general_ci;

Re: mysqldump и последствия с кодировками

null@example.com (Hanut) — Tue, 24 Feb 2009 18:17:53 +0000

Tooler
В перекодированном дампе обратите внимание на строку, которая находится сверху:
CREATE DATABASE /*!32312 IF NOT EXISTS*/ `db` /*!40100 DEFAULT CHARACTER SET latin1 */;
Она устанавливает изначальную кодировку таблиц БД в latin1, что необходимо изменить на cp1251 (изменения уже внесены в дамп):
CREATE DATABASE /*!32312 IF NOT EXISTS*/ `db` /*!40100 DEFAULT CHARACTER SET cp1251 */;

На странице импорта в phpMyAdmin выберите кодировку дампа windows-1251.
После импорта проверьте правильно ли установились сравнения таблиц в cp1251_general_ci, и нормально ли отображается кириллица.

По второму дампу, видно, что он импортировался в utf8 вместо cp1251. Посмотрите нет ли в дампе строк на подобии указанной выше для создания БД. Если есть, то установите cp1251. Как вариант, БД можно создать вручную в необходимой кодировке, до импорта дампа.
На странице импорта в phpMyAdmin кодировка файла должна быть utf8. Это важно!
Посмотрите созданные таблицы, в какой они кодировке.

Еще один момент, в обоих случаях, перед импортом дампа, полностью удалите старые БД.

Re: mysqldump и последствия с кодировками

null@example.com (Tooler) — Mon, 23 Feb 2009 13:08:55 +0000

Отправил, там ещё некоторые проблемы с 2м случаем.
Вот кстате вывод SHOW GLOBAL VARIABLES LIKE 'char%'
character_set_client cp1251
character_set_connection cp1251
character_set_database cp1251
character_set_filesystem binary
character_set_results cp1251
character_set_server cp1251
character_set_system utf8
character_sets_dir /usr/local/share/mysql/charsets/