當向 MySQL 數(shù)據(jù)庫查看或者插入一條帶有中文的數(shù)據(jù)出現(xiàn)亂碼時，可以使用語句 show variables like 'character%'; 來查看當前數(shù)據(jù)庫的相關編碼集。

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

了解了上面的信息我們來分析下亂碼的原因，問題出在了當前的CMD客戶端窗口，因為當前的 CMD客戶端輸入采用GBK編碼，而數(shù)據(jù)庫的編碼格式為UTF-8，編碼不一致導致了亂碼產(chǎn)生。

而當前 CMD 客戶端的編碼格式無法修改，所以只能修改connection、 client、results的編碼集來告知服務器端當前插入的數(shù)據(jù)采用GBK編碼，而服務器的數(shù)據(jù)庫雖然是采用UTF-8編碼，但卻可以識別通知服務器端的GBK編碼數(shù)據(jù)并將其自動轉換為UTF-8進行存儲。可以使用如下語句來快速設置與客戶端相關的編碼集：

set names gbk;

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

在這個配置文件中[mysql]與客戶端配置相關，[mysqld]與服務器配置相關。默認配置如下：

[mysql]
default-character-set=utf8
[mysqld]
character-set-server=utf8

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

重新進行查詢，顯示成功：

此時的數(shù)據(jù)庫的相關編碼集：