mysql 3.23 to 5.0

Почему кодировка должна помереть? О_о

Накрайняк iconv если разные настройки кодировок в базах.

там база создана mantis
я переношу базу в новый mantis и сообщения на русском становятся кривыми, iconv я пробовал не помогает... как узнать в какой кодировке хранятся записи? скорее всего это что-то типа koi8 или cp1251, хранящиеся, в кодировке latin1, а может даже и utf-8 в latin1

http://www.linux.org.ru/view-message.jsp?msgid=3121009

не поможет опыт?

нужно дампить базу, потом писать vim dump.sql и вставлять строку set names cp1251; потом заливать обратно

дампить лучше с charater-set=cp1251

Все, что нужно знать - это кодировку, в которой дамп.

в mysql (клиент командной строки) show variables like "%char%"; проверяешь какие charset стоят по умолчанию (там их чуть меньше десятка). Если тебя не устраивают, то ставишь такую же как и у дампа приблизительно так:

set character_set_client = "koi8r"; set character_set_connection = "koi8r"; set character_set_results = "koi8r"; < далее должен идти дамп >

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

koi8r взято для примера. Названия искать в /usr/share/mysql/charsets/.

Единственно, не пробовал что бывает, если например у базы latin1. cp1251, koi8r и utf8 работают в различных вариантах (база/клиент) и версиях (5.0.x и 4.1.x).

Ещё возможные грабельки : Если ты использовал МуСКуЛёвую функцию password для хэширования паролей, то она изменилась. т.е. все хэши придётся переделывать.

> Ещё возможные грабельки : Если ты использовал МуСКуЛёвую функцию password для хэширования паролей, то она изменилась. т.е. все хэши придётся переделывать.

old_passwords=1 в [mysqld] в my.cnf.

изменилась с 3.х на последующие ?

на 4.0 уже новый хеш? (вроде бы да, потому что сложностей не возникло с паролями при переезде 4.0 на 5.0)