|
|
第一次寫教程，其實算不得教程，只是想總結(jié)個轉(zhuǎn)換的手記。如果中間有錯誤,或者辦法不夠理想，大家回貼研究下。
另外，我也希望我們論壇不僅僅作為閑聊的地方，也希望大家能活躍我們論壇的學(xué)習氣氛，畢竟我們都來自一個應(yīng)該給我們知識的地方，不論你從那里獲得了多少你需要的知識。
好了，言歸正傳。
一準備：
環(huán)境：MySQL4.1.x及以上版本。
Convertz――文本編碼轉(zhuǎn)換工具，molyx上介紹的，我采用的。其實這類工具很多。
二理論：
MySQL從4.1版本開始內(nèi)部存儲字符集支持了UTF-8，這個我也是這幾天才看到的。因為升級論壇過程中，服務(wù)器數(shù)據(jù)庫環(huán)境為4.0.26當時不知道并不支持utf-8字符集，還廢了些周折。這樣如果涉及到UTF-8轉(zhuǎn)儲還要升級MySQL版本到4.1以上。
轉(zhuǎn)換的大概思路是――備份（有備無緩）→修復(fù)數(shù)據(jù)庫→mysqldump導(dǎo)出→Convertz轉(zhuǎn)換編碼→修改轉(zhuǎn)換后文件→mysqldump導(dǎo)入恢復(fù)
三實踐：
1、備份。這個不需要太多說了你可以采用任何一種常規(guī)的備份方式只要你自己恢復(fù)的了。
2、修復(fù)。mysqlcheck -r -u user -p 如果全OK那就OK了，如果不全OK，再來遍。還沒全OK，不知道怎么弄了。
3、導(dǎo)出。由于latin1為默認存儲，所以你需要事先確定你數(shù)據(jù)庫的編碼格式。舉例，lncz.NET原為gbk編碼，但存儲為latin1，這樣導(dǎo)出時應(yīng)該指定編碼為latin1，導(dǎo)出后才能以ANSI形式正確顯示gbk的文字。
導(dǎo)出命令：mysqldump database_name field > path --default-character-set=latin1 -u user -p
數(shù)據(jù)庫大需要分段，不然接下來的操作會很麻煩。我是單獨把每個表導(dǎo)出來的。當時想法比較簡單，因為數(shù)據(jù)庫有壞表，只想在恢復(fù)的時候知道哪個表出錯單獨修復(fù)。
4、轉(zhuǎn)換。Convertz用這個軟件很簡單，不必多說了。
5、修改。我在嘗試直接導(dǎo)入恢復(fù)數(shù)據(jù)庫時，失敗了N次，每次都亂碼。仔細想過之后才明白，如果你直接導(dǎo)回去，數(shù)據(jù)庫還是用默認的latin1去存儲，而你的現(xiàn)在的編碼是utf-8所以它會再進行一次轉(zhuǎn)換便出錯了。這里MySQL到底怎么處理的我還不是十分清楚，誰知道麻煩相告。這時我們需要對轉(zhuǎn)換好的文件加入語句 “set names utf8;”注意不是utf-8；并且需要將文件中“CHARSET=latin1;”改為“CHARSET=utf8;”來指定表的存儲編碼。
6、恢復(fù)。恢復(fù)過程按道理應(yīng)該是很簡單的，都是mysqldump處理。需要注意一點就是如果你的數(shù)據(jù)庫大，要做全局變量的修改max_allowed_packet默認為1M，看你數(shù)據(jù)庫表的大小，相應(yīng)修改my.ini文件。
導(dǎo)入命令：mysqldump database_name < path -u user -p 導(dǎo)入順利的話你的數(shù)據(jù)庫編碼就已經(jīng)轉(zhuǎn)換為utf-8了。
在下比較菜，如果有錯誤請指正，表笑我。以上僅供參考。
php技術(shù)：MySQL GBK→UTF-8編碼轉(zhuǎn)換，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
