Detta beror troligen på en skillnad i teckenkodningsinställningar. Detta kan gälla på ett par ställen. Jag skulle råda dig att logga in på båda servrarna och göra:
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)
Se om du ser någon skillnad där. Till exempel, om standardanslutningsteckenuppsättningen är annorlunda för den nya servern kan du få dessa resultat.
Du bör också kontrollera teckenkodningsinställningarna för kolumnerna:gör en VISA SKAPA TABELL
EDITAlternativt, som Martin påpekade i kommentarerna, kan du ha att göra med en SQL-dump som är kodad i en kodning du inte förutsåg. Här är lite mer information om det:http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_default-character-set . I det här fallet kan du försöka koda om dumpfilen med ett verktyg som iconv (http://www.gnu.org/software/libiconv/documentation/libiconv/iconv.1.html )