Dette skyldes højst sandsynligt en forskel i tegnkodningsindstillinger. Dette kan være gældende et par steder. Jeg vil råde dig til at logge ind på begge servere og gøre:
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 kan se nogen forskel der. For eksempel, hvis standardforbindelsens tegnsæt er anderledes for den nye server, kan du få disse resultater.
Du bør også sikre dig tegnkodningsindstillingerne for kolonnerne:lav en VIS OPRET TABEL
EDITAlternativt, som Martin påpegede i kommentarerne, kan du have at gøre med et SQL-dump, der er kodet i en kodning, du ikke havde forudset. Her er nogle flere oplysninger om det:http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_default-character-set . I dette tilfælde kan du prøve at omkode dumpfilen ved hjælp af et værktøj som iconv (http://www.gnu.org/software/libiconv/documentation/libiconv/iconv.1.html )