完美轉換MySQL的字元集 解決查看utf8源檔案中的亂碼問題

MySQL從4.1版本開始才提出字元集的概念，所以對於MySQL4.0及其以下的版本，他們的字元集都是Latin1的，所以有時候需要對mysql的字元集進行一下轉換，MySQL版本的升級、降級，特別是升級MySQL的版本，為了不讓程式繼續沿用Latin1字元集之後對以後Discuz！版本升級的影響和安裝SupeSite，這就需要我們進行字元集的轉換!
本人轉換過好多資料了，也用過了好多的辦法，個人感覺最好用的就是使用MySQL命令匯出匯入中將字元集轉換過去!
現在我將用圖文並茂的方式向大家展示一下如何將MySQL字元集進行轉換,由於字元集比較多,現在主要舉GBK和Latin1這兩種字元集之間的轉換!
首先我將講解一下如何將MySQL從GBK轉換為Latin1的(如果是UTF8或者BIG5轉換即將GBK換成相應的字元集即可)!這種問題常發生在MySQL從MySQL4.1及其以上版本轉換為

MySQL4.1以下的版本的過程中!有的人圖個方便，特別是有主機許可權的，直接將MySQL的data目錄下的檔案拷貝過去了,這樣造成的問題就是亂碼問題!當然我所說的這些都要求你必

須擁有主機許可權,虛擬機器主機使用者可以在本地搭建好論壇,下載資料到你的本地,然後把資料匯入到你本地的資料庫,然後進行字元集的轉換!
現在的步驟就是將MySQL的資料匯出了,在mysql的命令提示字元下(linux系統為mysql的命令目錄下),輸入下面匯出的命令:
mysqldump -uroot -p --default-character-set=gbk --set-charset=latin1 --compatible=mysql40 --skip-opt discuz>discuz.sql
1(windows下)和圖2(linux下)所示

這樣就輕鬆的將資料從MySQL資料庫中匯出了,此時匯出的檔案在與mysql命令同級的目錄下,即bin目錄下,而且已經將MySQL字元集匯出為Latin1的了!現在要做的就是將資料導

入MySQL4.0中去!
同樣在4.0版本的mysql命令提示字元下(linux系統為mysql的命令目錄下),輸入下面匯入命令:
mysql -uroot -p --default-character-set=latin1 -f discuz<discuz.sql
3(window下)和圖4(linux下)所示

這樣就將字元集從GBK轉為Latin1同時將MySQL從4.1以上版本的轉為MySQL4.0的了!
現在講解一下如何從Latin1字元集轉換為GBK的!
由於只有MySQL4.1以上的版本才有字元集的概念,所以如果你要將MySQL4.0的字元集從Latin1轉換為GBK字元集的話,必須匯入到MySQL4.1以上的版本中,然後再匯出!這裡面就多

了一個匯出為Latin1的步驟!
同樣在MySQL4.0的命令提示字元下,輸入下面匯出的命令:
mysqldump -uroot -p --default-character-set=latin1 --set-charset=latin1 --skip-opt discuz>discuz.sql
然後匯入到MySQL4.1中,輸入下面匯入的命令:
mysql -uroot -p --default-character-set=latin1 -f discuz<discuz.sql
然後在MySQL4.1下轉換字元集,分別輸入下面匯出和匯入的命令:
mysqldump -uroot -p --default-character-set=latin1 --set-charset=gbk --skip-opt discuz>discuz.sql
mysql -uroot -p --default-character-set=gbk -f newdiscuz<discuz.sql
如果不出問題的話,那麼轉換就完畢了!其實整個過程還是比較簡單的,只是過程看起來比較麻煩些,但是過程卻是很簡單明了的!
下面舉出一個在匯入處理程序中極易容易出現的問題!
在匯入的時候容易出現unknown command '/'這樣的錯誤,其實這是由於MySQL在匯出的時候,它有時候給一些繁體字後面自動加上了個反斜線造成的!解決此問題的辦法就是開啟

備份的sql(這裡為discuz.sql),提示錯誤的時候會提示具體哪行出現了錯誤,找到那行,把反斜線去掉就行了!其實你可以用Ultraedit這些文本處理的工具,批量的去處理這些反斜線

!憑個人經驗,有很多使用者名稱取的比較怪,這樣就容易出現反斜線,這樣只要糾正那些使用者名稱就行了!
以上是個人在轉換資料過程中的一些經驗之談,很多地方還有待大家完善!