Ciò è probabilmente dovuto a una differenza nelle impostazioni di codifica dei caratteri. Questo potrebbe essere in vigore in un paio di posti. Ti consiglierei di accedere a entrambi i server e di fare:
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)
Vedi se vedi qualche differenza lì. Ad esempio, se il set di caratteri di connessione predefinito è diverso per il nuovo server, potresti ottenere questi risultati.
Dovresti anche assicurarti le impostazioni di codifica dei caratteri per le colonne:fai un SHOW CREATE TABLE <table-name> e controlla se i set di caratteri sono ancora gli stessi nella colonna levelmysql>
EDITIn alternativa, come ha sottolineato Martin nei commenti, potresti avere a che fare con un dump SQL codificato in una codifica che non avevi previsto. Ecco qualche informazione in più al riguardo:http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_default-set-di-caratteri . In questo caso potresti provare a ricodificare il file dump usando uno strumento come iconv (http://www.gnu.org/software/libiconv/documentation/libiconv/iconv.1.html )
