Jest to najprawdopodobniej spowodowane różnicami w ustawieniach kodowania znaków. Może to obowiązywać w kilku miejscach. Radziłbym zalogować się na oba serwery i wykonać:
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)
Zobacz, czy widzisz tam jakąś różnicę. Na przykład, jeśli domyślny zestaw znaków połączenia jest inny dla nowego serwera, możesz uzyskać te wyniki.
Powinieneś również sprawdzić ustawienia kodowania znaków dla kolumn:wykonaj SHOW CREATE TABLE <table-name> i sprawdź, czy zestawy znaków są nadal takie same na poziomie kolumny mysql>
EDITAlternatywnie, jak zauważył Martin w komentarzach, możesz mieć do czynienia ze zrzutem SQL, który jest zakodowany w kodowaniu, którego nie przewidziałeś. Oto więcej informacji na ten temat:http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_default-znak-zestaw . W takim przypadku możesz spróbować ponownie zakodować plik zrzutu za pomocą narzędzia takiego jak iconv (http://www.gnu.org/software/libiconv/documentation/libiconv/iconv.1.html )
