Lo más probable es que esto se deba a una diferencia en la configuración de codificación de caracteres. Esto puede estar en efecto en un par de lugares. Le aconsejaría que inicie sesión en ambos servidores y haga:
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)
A ver si ves alguna diferencia ahí. Por ejemplo, si el conjunto de caracteres de conexión predeterminado es diferente para el nuevo servidor, podría obtener estos resultados.
También debe asegurarse de la configuración de codificación de caracteres para las columnas:haga un SHOW CREATE TABLE <table-name> y verifique si los conjuntos de caracteres siguen siendo los mismos en el nivel de columna mysql>
EDITAlternativamente, como señaló Martin en los comentarios, podría estar lidiando con un volcado de SQL que está codificado en una codificación que no anticipó. Aquí hay más información sobre eso:http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_default-character-set . En este caso, podría intentar volver a codificar el archivo de volcado con una herramienta como iconv (http://www.gnu.org/software/libiconv/documentation/libiconv/iconv.1.html )
