【已解決】mysqldump導(dǎo)出gbk字符再恢復(fù)后不正確

byrcc

今天做主從一致檢查，發(fā)現(xiàn)不同的數(shù)據(jù)，手動通過mysqldump同步一次，發(fā)現(xiàn)結(jié)果不正確。myqsldump和導(dǎo)入時mysql命令都使用--default-character-set=utf8選項(xiàng)。如下圖，第一張圖是源表，第二張圖是使用dump文件導(dǎo)入到的另一個表。這兩個表字符集為gbk，從顯示來看，估計(jì)找個字段包含非gbk編碼的字符。為什么數(shù)據(jù)會不一樣？是否有人也遇到過同樣的問題？

du_liang

導(dǎo)入導(dǎo)出你都使用gbk不行么

byrcc

回復(fù) 2# du_liang
剛測試了一下，使用gbk導(dǎo)出再導(dǎo)入就沒問題了。。好奇怪，按理說gbk編碼的表用utf8導(dǎo)出再導(dǎo)入不該有問題呀？

查了下手冊，mysqldump沒有指定default-character-set的話，默認(rèn)使用utf8。這樣的話，應(yīng)該是他這個gbk的字段中，包含了非法的gbk字符，才導(dǎo)致gbk到utf8轉(zhuǎn)換出錯

byrcc

又測試了一下，確認(rèn)那個字段中有非gbk的字符，導(dǎo)致mysqldump時，如果不指定表的gbk編碼，則發(fā)生gbk到utf8的轉(zhuǎn)碼，非法字符轉(zhuǎn)碼失敗，導(dǎo)致導(dǎo)出的數(shù)據(jù)有問題

du_liang

回復(fù) 4# byrcc

如果不指定表的gbk編碼，則發(fā)生gbk到utf8的轉(zhuǎn)碼，

你指定一下就可以了?  導(dǎo)入時指定?


   

zhangshengdong

導(dǎo)出的文件，使用命令看一下。

file -i filename

然后導(dǎo)進(jìn)去的時候使用

如果filename是utf8
就用如下命令：
mysql --default-character-set=utf8 <filename

如果是gbk
就用如下命令：

mysql --default-character-set=gbk <filename


不可能有錯，我都導(dǎo)入不知道多少遍，全部試線上環(huán)境

byrcc

回復(fù) 6# zhangshengdong
我這里的情況是，gbk編碼的表中，有個字段包含非GBK字符，就是™這個，它在表中存的十六進(jìn)制值是E284A2，你可以試試。