Web-Masteru.info

MySQL и кодировка. Миграция (или деградация)

Каталог статей / Базы данных / MySQL и кодировка. Миграция (или деградация)

Сегодня я столкнулся с переносом данных между двумя серверами: MySQL 4.0 на FreeBSD (доступ через SSH) и MySQL 5.0 на Windows XP локально (базовый пакет XAMPP Web Servers). В общем не суть важно… Все мы знаем, что при любом импорте и экспорте данных из одной базы данных в другую, возникают проблемы с русскими буквами. Вы наверняка сталкивались с кучей статей по этому поводу, и все они хорошие, но сегодня я ушел чуть глубже.

Задача была простая - удалить пару строк из одной таблички на удалённом веб-сервере. Поставить phpmyadmin и решить вопрос за 2-3 минуты.. А можно было отследить первичные ключи требуемых записей и простым запросом на удалённом сервере их удалить. Слишком уж всё это просто. Я пошёл иным путём.

На FreeBSD:


mysqldump -u -p --default-character-set=cp1251 dbname tablename > dump_table.sql

Следующий этап я делаю на сервере FreeBSD, т.к. глючный виндовый блокнот будет три часа 10 метров открывать. Альтернатива - UNIX редактор vi:


vi dump_table.sql

Добавляем две строчки в начало файла:


SET NAMES cp1251;
SET CHARACTER SET cp1251;

Затем я скачал файл себе на компьютер, а здесь уже через mysql.exe импортировал его в свою локальную базу данных. Открываю в MySQL Query Browser, русский текст! Ура! Но это еще только начало… Удалил пару строк. Обратный экспорт в MySQL 4.0 не получился. Точнее получился, только китайский. MySQL Administrator с этим тоже не справился, хотя настройки все верны. Пробуем:


mysqldump -u -p dbname tablename > dump_table.sql

Во-первых MySQL 4.0 сразу начинает ругаться на команды SET NAMES и SET CHARACTER SET и DEFAULT CHARSET. Не было таких в его времена (только не спрашивайте где я нашел такой древний хостинг). Эти строчки можно вручную удалить если дамп не большой. А что делать если вы экспортируете таблиц 100? Всё просто - включаем обратную совместимость в MySQL:


mysqldump -u -p --compatible=mysql40 dbname tablename > dump_table.sql

Уже лучше. Но русский язык так и не появился. Можно выставить принудительную кодировку при экспорте:


mysqldump -u -p --compatible=mysql40 --default-character-set=cp1251 dbname tablename > dump_table.sql

И тут понеслось… Ошибка: mysqldump: Character set ‘cp1251′ is not a compiled character set and is not specified in the ‘C:/mysql//share/charsets/Index.xml’ file. Здесь я начал ковырять my.cnf, добавлять различные строки, указывающие на пути к кодировкам, всё согласно инструкции на официальном сайте MySQL 5. Нет, ничего не помогло… Программы mysql.exe и mysqldump.exe вообще никак на мой конфигурационный файл не реагировали. Параметр –defaults-file тоже не помог.

Ну и вот собственно решение:


mysqldump --character-sets-dir=C:/xampp/mysql/share/charsets/ --default-character-set=cp1251 -u -p dbname tablename > dump_table.sql

Забавно… Кучу форумов пролистал, нигде об этом не написано, а нашёл в документации MySQL 5 в дополнительных параметрах к mysqldump. Насколько я понимаю, mysql.exe и mysqldump.exe (и другие в том числе) заранее как-то откомпилированы что-ли, и не зависят ни от каких конфигурационных файлов, по крайней мере в XAMPP. Злые любители денвера тоже на них ругались. В общем не виндовое это дело… ;)

Автор: Автор
Сайт автора: blog.kovshenin.com
Источник: blog.kovshenin.com
internet-technologies.ru


Комментарии пользователей:

2012-01-22 в 11:13 Написал: Андрей

спасибо, выручил

Навигация

Авторизация

Комфортный микроавтобус на свадьбу с DVD-проигрывателем, трансферы. . RV509 A01