Това най-вероятно се дължи на разлика в настройките за кодиране на знаци. Това може да е в сила на няколко места. Бих ви посъветвал да влезете в двата сървъра и да направите:
mysql> show variables like '%character%';
+--------------------------+-----------------------------------------------+
| Variable_name | Value |
+--------------------------+-----------------------------------------------+
| character_set_client | latin1 |
| character_set_connection | latin1 |
| character_set_database | latin1 |
| character_set_filesystem | binary |
| character_set_results | latin1 |
| character_set_server | latin1 |
| character_set_system | utf8 |
| character_sets_dir | D:\Servers\MySQL\MySQL_5_1_36\share\charsets\ |
+--------------------------+-----------------------------------------------+
8 rows in set (0.00 sec)
Вижте дали виждате някаква разлика там. Например, ако наборът от символи за връзка по подразбиране е различен за новия сървър, можете да получите тези резултати.
Трябва също така да осигурите настройките за кодиране на знаци за колоните:направете SHOW CREATE TABLE <table-name>
и проверете дали наборите от символи са все още същите на ниво колонаmysql>
РЕДАКТИРАНЕ Като алтернатива, както Мартин посочи в коментарите, може да имате работа с SQL дъмп, който е кодиран в кодиране, което не сте очаквали. Ето още малко информация за това:http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_default-character-set . В този случай можете да опитате да кодирате отново дъмп файла с помощта на инструмент като iconv (http://www.gnu.org/software/libiconv/documentation/libiconv/iconv.1.html )