Dies liegt höchstwahrscheinlich an einem Unterschied in den Zeichencodierungseinstellungen. Dies kann an einigen Stellen in Kraft sein. Ich würde Ihnen raten, sich bei beiden Servern anzumelden und Folgendes zu tun:
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)
Sehen Sie, ob Sie dort einen Unterschied sehen. Wenn zum Beispiel der Standardverbindungszeichensatz für den neuen Server anders ist, könnten Sie diese Ergebnisse erhalten.
Sie sollten auch die Zeichenkodierungseinstellungen für die Spalten sicherstellen:Führen Sie einen SHOW CREATE TABLE <table-name> durch und prüfen Sie, ob die Zeichensätze auf Spaltenebene noch gleich sindmysql>
EDITAlternativ, wie Martin in den Kommentaren betonte, könnten Sie es mit einem SQL-Dump zu tun haben, der in einer Codierung codiert ist, die Sie nicht erwartet haben. Hier sind weitere Informationen dazu:http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_default-character-set . In diesem Fall könnten Sie versuchen, die Dump-Datei mit einem Tool wie iconv (http://www.gnu.org/software/libiconv/documentation/libiconv/iconv.1.html )
