Обнаружился неприятный момент. При создании дампа с базы и восстановления на другой базе кодировка портится. Установка ключей mysqldump не помогла.
Просмотр дампа показал, что таблицы находятся в koi8r, хотя сами данные не читаемы. Отсюда вопрос - как восстановить в правильной кодировке?
Найденные на форуме советы не помогли... В админке вместо русских букв псевдографика (как при просмотре Koi8r в dos).
Utm 5.2.0-1 mysql 4.1 система freebsd.
С какими ключами собиралась Mysql не помню, давно это было...
mysql дампы и кодировка
-
Chrst
- Сообщения: 370
- Зарегистрирован: Пт май 11, 2007 09:28
- Откуда: Медиахолдинг "ЛеККС"
- Контактная информация:
Re: mysql дампы и кодировка
По умолчанию Mysql может собираться с кодировкой Latin-1.TheUser писал(а):Обнаружился неприятный момент. При создании дампа с базы и восстановления на другой базе кодировка портится. Установка ключей mysqldump не помогла.
Просмотр дампа показал, что таблицы находятся в koi8r, хотя сами данные не читаемы. Отсюда вопрос - как восстановить в правильной кодировке?
Найденные на форуме советы не помогли... В админке вместо русских букв псевдографика (как при просмотре Koi8r в dos).
Utm 5.2.0-1 mysql 4.1 система freebsd.
С какими ключами собиралась Mysql не помню, давно это было...
Кодировка базы UTM чаще всего бывает utf-8. При указании utf-8 все дампиться и вливается нормально.
Re: mysql дампы и кодировка
Не получаецо...Chrst писал(а):По умолчанию Mysql может собираться с кодировкой Latin-1.TheUser писал(а):Обнаружился неприятный момент. При создании дампа с базы и восстановления на другой базе кодировка портится. Установка ключей mysqldump не помогла.
Просмотр дампа показал, что таблицы находятся в koi8r, хотя сами данные не читаемы. Отсюда вопрос - как восстановить в правильной кодировке?
Найденные на форуме советы не помогли... В админке вместо русских букв псевдографика (как при просмотре Koi8r в dos).
Utm 5.2.0-1 mysql 4.1 система freebsd.
С какими ключами собиралась Mysql не помню, давно это было...
Кодировка базы UTM чаще всего бывает utf-8. При указании utf-8 все дампиться и вливается нормально.
-
Chrst
- Сообщения: 370
- Зарегистрирован: Пт май 11, 2007 09:28
- Откуда: Медиахолдинг "ЛеККС"
- Контактная информация:
Re: mysql дампы и кодировка
А можно уточнение. Базы расположены на одной машине или сливается с одной и заливается на совершенно другую? Если на разные, то сопадают ли версии Mysql и их настройки. Версии конечно могут и не совпадать, а вот настройки...TheUser писал(а):При создании дампа с базы и восстановления на другой базе кодировка портится.
Смотреть конфиги.
Re: mysql дампы и кодировка
На разные машины. Конфигурация в my.cnf - по умолчанию на обоих. Что указывал при сборке на старой базе - не помню, скорее всего только кодировку в koi8r.Chrst писал(а):А можно уточнение. Базы расположены на одной машине или сливается с одной и заливается на совершенно другую? Если на разные, то сопадают ли версии Mysql и их настройки. Версии конечно могут и не совпадать, а вот настройки...TheUser писал(а):При создании дампа с базы и восстановления на другой базе кодировка портится.
Смотреть конфиги.
Версии mysql на обоих 4.1, отличается только последними числами (ей-богу сейчас точно сказать не могу, далеко от сервера).
Выяснил точно вот что: на новой базе в консоли mysql ставлю параметр charset_result = koi8r (точно переменную не помню опять же) и получаю в кодировке utf8.
Вот таким же образом вставить данные не получается...
Как быть? Может есть какойнить Шритлиц для Mysql
))) ?1. От системного root'а, от Mysql-ного UTM'аadeep писал(а):1) дампите и восстанавливаете от рута или от пользователя UTM?
2) рекомендую дамп привести к нормальному виду в utf-8 (перекодировать все данные) и в создания таблиц тоже запихать utf-8
тогда проблем больше не будет.
2. Привести дамп ключем в mysqldump не получается. С любым параметром возвращает фигню.
А тупо mysqldump ... > iconv -f XXX -t YYY и опасно, и не все символы переводятся
Других вариантов не знаю... Хотя если в исходник Mysqldump при начале работы вставить set xxx_yyy_zzz=koi8r то получится Надо попробовать будет.