當(dāng)向 MySQL 數(shù)據(jù)庫插入一條帶有中文的數(shù)據(jù)形如 insert into employee values(null,'張三','female','1995-10-08','2015-11-12','Sales',2000,'是個好員工！'); 出現(xiàn)亂碼時，可以使用語句 show variables like 'character%'; 來查看當(dāng)前數(shù)據(jù)庫的相關(guān)編碼集。

從上圖中可以看到 MySQL 有六處使用了字符集，分別為：client 、connection、database、results、server 、system。其中與服務(wù)器端相關(guān)：database、server、system（永遠(yuǎn)無法修改，就是utf-8）；與客戶端相關(guān)：connection、client、results。

client 為客戶端使用的字符集。
connection 為連接數(shù)據(jù)庫的字符集設(shè)置類型，如果程序沒有指明連接數(shù)據(jù)庫使用的字符集類型則按照服務(wù)器端默認(rèn)的字符集設(shè)置。
database 為數(shù)據(jù)庫服務(wù)器中某個庫使用的字符集設(shè)定，如果建庫時沒有指明，將使用服務(wù)器安裝時指定的字符集設(shè)置。
results 為數(shù)據(jù)庫給客戶端返回時使用的字符集設(shè)定，如果沒有指明，使用服務(wù)器默認(rèn)的字符集。
server 為服務(wù)器安裝時指定的默認(rèn)字符集設(shè)定。
system 為數(shù)據(jù)庫系統(tǒng)使用的字符集設(shè)定。 

了解了上面的信息我們來分析下亂碼的原因，問題出在了當(dāng)前的 CMD 客戶端窗口，因?yàn)楫?dāng)前的 CMD 客戶端輸入采用 GBK 編碼，而數(shù)據(jù)庫的編碼格式為 UTF-8，編碼不一致導(dǎo)致了亂碼產(chǎn)生。而當(dāng)前 CMD 客戶端的編碼格式無法修改，所以只能修改 connection、 client、results 的編碼集來告知服務(wù)器端當(dāng)前插入的數(shù)據(jù)采用 GBK 編碼，而服務(wù)器的數(shù)據(jù)庫雖然是采用 UTF-8 編碼，但卻可以識別通知服務(wù)器端的 GBK 編碼數(shù)據(jù)并將其自動轉(zhuǎn)換為 UTF-8 進(jìn)行存儲?？梢允褂萌缦抡Z句來快速設(shè)置與客戶端相關(guān)的編碼集：
set names gbk;

設(shè)置完成后即可解決客戶端插入數(shù)據(jù)或顯示數(shù)據(jù)的亂碼問題了，但我們馬上會發(fā)現(xiàn)這種形式的設(shè)置只會在當(dāng)前窗口有效，當(dāng)窗口關(guān)閉后重新打開 CMD 客戶端的時候又會出現(xiàn)亂碼問題；那么，如何進(jìn)行一個一勞永逸的設(shè)置呢？在 MySQL 的安裝目錄下有一個 my.ini 配置文件，通過修改這個配置文件可以一勞永逸的解決亂碼問題。在這個配置文件中 [mysql] 與客戶端配置相關(guān)，[mysqld] 與服務(wù)器配置相關(guān)。默認(rèn)配置如下：

[mysql]
default-character-set=utf8

[mysqld]
character-set-server=utf8

這時只需要將下的默認(rèn)編碼 default-character-set=utf8 改為 default-character-set=gbk ，重新啟動 MySQL 服務(wù)即可。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論