client
|
為客戶端使用的字符集。
|
connection
|
為連接數據庫的字符集設置類型,如果程序沒有指明連接數據庫使用的字符集類型則按照服務器端默認的字符集設置。
|
database
|
為數據庫服務器中某個庫使用的字符集設定,如果建庫時沒有指明,將使用服務器安裝時指定的字符集設置。
|
results
|
為數據庫給客戶端返回時使用的字符集設定,如果沒有指明,使用服務器默認的字符集。
|
server
|
為服務器安裝時指定的默認字符集設定。
|
system
|
為數據庫系統使用的字符集設定。
|
了解了上面的信息我們來分析下亂碼的原因,問題出在了當前的 CMD 客戶端窗口,因為當前的 CMD 客戶端輸入采用 GBK 編碼,而數據庫的編碼格式為 UTF-8,編碼不一致導致了亂碼產生。而當前 CMD 客戶端的編碼格式無法修改,所以只能修改 connection、 client、results 的編碼集來告知服務器端當前插入的數據采用 GBK 編碼,而服務器的數據庫雖然是采用 UTF-8 編碼,但卻可以識別通知服務器端的 GBK 編碼數據并將其自動轉換為 UTF-8 進行存儲。可以使用如下語句來快速設置與客戶端相關的編碼集:
設置完成后即可解決客戶端插入數據或顯示數據的亂碼問題了,但我們馬上會發現這種形式的設置只會在當前窗口有效,當窗口關閉后重新打開 CMD 客戶端的時候又會出現亂碼問題;那么,如何進行一個一勞永逸的設置呢?在 MySQL 的安裝目錄下有一個 my.ini 配置文件,通過修改這個配置文件可以一勞永逸的解決亂碼問題。在這個配置文件中 [mysql] 與客戶端配置相關,[mysqld] 與服務器配置相關。默認配置如下:
這時只需要將下的默認編碼 default-character-set=utf8 改為 default-character-set=gbk ,重新啟動 MySQL 服務即可。
總結
以上所述是小編給大家介紹的mysql數據庫中文亂碼問題,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復大家的。在此也非常感謝大家對腳本之家網站的支持!