Ini kemungkinan besar karena perbedaan dalam pengaturan pengkodean karakter. Ini mungkin berlaku di beberapa tempat. Saya akan menyarankan Anda untuk masuk ke kedua server dan melakukan:
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)
Lihat apakah Anda melihat perbedaan di sana. Misalnya, jika set karakter koneksi default berbeda untuk server baru, Anda bisa mendapatkan hasil ini.
Anda juga harus memastikan pengaturan pengkodean karakter untuk kolom:lakukan SHOW CREATE TABLE <table-name> dan periksa apakah set karakter masih sama di kolom levelmysql>
Sebagai alternatif, seperti yang ditunjukkan Martin dalam komentar, Anda bisa berurusan dengan dump SQL yang dikodekan dalam penyandian yang tidak Anda antisipasi. Berikut beberapa informasi lebih lanjut tentang itu:http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_default-character-set . Dalam hal ini Anda dapat mencoba untuk mengkodekan ulang file dump menggunakan alat seperti iconv (http://www.gnu.org/software/libiconv/documentation/libiconv/iconv.1.html )
