To je pravděpodobně způsobeno rozdílem v nastavení kódování znaků. To může být účinné na několika místech. Doporučil bych vám přihlásit se na oba servery a provést:
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)
Podívejte se, jestli tam vidíte nějaký rozdíl. Pokud se například výchozí znaková sada připojení pro nový server liší, můžete získat tyto výsledky.
Měli byste také zajistit nastavení kódování znaků pro sloupce:proveďte SHOW CREATE TABLE <table-name> a zkontrolujte, zda jsou znakové sady stále stejné ve sloupci levelmysql>
EDITAternativně, jak poukázal Martin v komentářích, můžete mít co do činění s výpisem SQL, který je zakódován v kódování, které jste neočekávali. Zde je několik dalších informací:http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_default-character-set . V tomto případě můžete zkusit znovu zakódovat soubor výpisu pomocí nástroje jako iconv (http://www.gnu.org/software/libiconv/documentation/libiconv/iconv.1.html )