Форум MySQL

Да, спасибо. Похоже, что так проще будет в данном случае :)

Не исключено также, что исправить дамп и залить базу заново будет проще.

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

Это дело (cp1251) прописалось во время переноса, т.к. в старой MySQL указать кодировку явно в структуре было нельзя. Данные там сейчас вообще не понятно в каком формате -- я ж говорю, что на сайте в html в utf8 отображается все нормально... Да и сохранял я все в utf8 -- в этом я уверен :)

Т.е. вопрос такой -- можно ли как-то восстановить эти данные хоть в какой-то корректной кодировке?

У Вас в свойствах таблиц прописана кодировка cp1251. Это противоречит утверждению, что данные в таблице лежат в utf-8.



Серверы ниже 4.1 с кодировками действительно не работают.

Был сайт на MySQL 4.0... Я так понимаю, что 4 не очень дружит с utf8, но в таблицах были данные в utf8. Потом хостер перенес сайт на другой сервер с MySQL 5. В таблицах теперь сравнение стоит, но 1251. На сайте вроде бы все нормально отображается (слетели только некоторые символы), но понятно, что в базе там все поломалось. Можно ли как-то это дело восстановить?

картина такая: html в utf8 и если не запускать SET NAMES UTF8, то из базы все данные отображаются нормально (в utf8, кроме нескольких букв, вместо которых ??), а если запустить SET NAMES UTF8, то везде кракозябры...