Điều này rất có thể là do sự khác biệt trong cài đặt mã hóa ký tự. Điều này có thể có hiệu lực ở một vài nơi. Tôi khuyên bạn nên đăng nhập vào cả hai máy chủ và thực hiện:
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)
Hãy xem bạn có thấy sự khác biệt nào ở đó không. Ví dụ:nếu bộ ký tự kết nối mặc định khác với máy chủ mới, bạn có thể nhận được những kết quả này.
Bạn cũng nên đảm bảo cài đặt mã hóa ký tự cho các cột:thực hiện SHOW CREATE TABLE <table-name> và kiểm tra xem các bộ ký tự vẫn giống nhau ở cột levelmysql>
CHỈNH SỬA Ngoài ra, như Martin đã chỉ ra trong các nhận xét, bạn có thể đang xử lý một kết xuất SQL được mã hóa theo kiểu mã hóa mà bạn không lường trước được. Dưới đây là một số thông tin khác về điều đó: http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_default-character-set . Trong trường hợp này, bạn có thể thử mã hóa lại tệp kết xuất bằng công cụ như iconv ( http://www.gnu.org/software/libiconv/documentation/libiconv/iconv.1.html )
