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