JavaEE技術(shù)點：MySQL編碼問題

我們在dos窗口下使用命令操作數(shù)據(jù)庫時，當向數(shù)據(jù)庫中插入的數(shù)據(jù)或從數(shù)據(jù)庫中查詢的數(shù)據(jù)中包含中文時，就會出現(xiàn)亂碼。出現(xiàn)亂碼的原因是我們安裝MySQL數(shù)據(jù)庫服務(wù)器時已經(jīng)指定了編碼是utf8，而dos窗口的默認編碼是gbk，也就是說客戶端與服務(wù)器的編碼不一樣，這樣就導(dǎo)致了亂碼。

使用如下命令可以查看MySQL數(shù)據(jù)庫編碼：

l SHOW VARIABLES LIKE 'char%'

使用以上命令查看數(shù)據(jù)庫編碼，如圖1-1所示：

圖1-1 查看數(shù)據(jù)庫編碼

如圖1-1所示，數(shù)據(jù)庫的編碼是utf8，下面我們來介紹其中兩項編碼：

l character_set_client=utf8：客戶端通知數(shù)據(jù)庫服務(wù)器它的編碼方式：

? 客戶端即dos窗口發(fā)送的數(shù)據(jù)是gbk編碼;

? MySQL使用character_set_client指定的編碼來解讀客戶端發(fā)送過來的數(shù)據(jù)，例如編碼為UTF8;

? 結(jié)果：客戶端發(fā)送過來的數(shù)據(jù)不是UTF8編碼，那么就會出現(xiàn)亂碼;

l character_set_results=utf8：數(shù)據(jù)庫服務(wù)器向客戶端發(fā)送的數(shù)據(jù)使用utf8編碼：

? MySQL會以character_set_results指定的編碼方式將待發(fā)送的數(shù)據(jù)編碼，然后發(fā)送給客戶端，例如編碼為UTF8;

? 客戶端不使用UTF8來解讀，而是使用gbk編碼來解讀;

? 結(jié)果：客戶端不是使用UTF8來解讀，那么就會出現(xiàn)亂碼。

下面我們來試驗一下，首先向數(shù)據(jù)庫服務(wù)器端發(fā)送數(shù)據(jù)，如圖1-2所示：

圖1-2 插入數(shù)據(jù)亂碼

圖1-2中，在dos窗口下向數(shù)據(jù)庫服務(wù)器發(fā)送數(shù)據(jù)，數(shù)據(jù)中包含中文“張三”，“張三”在dos窗口下是gbk編碼，但是數(shù)據(jù)庫服務(wù)器使用utf8進行解碼，就出現(xiàn)亂碼，因此插入失敗。

解決辦法：

l 讓客戶端發(fā)送utf8的數(shù)據(jù)：在dos窗口下，它的編碼就是gbk，很難修改，因此該方法是行不通的;

l 將character_set_client的值修改為gbk：通過命令：set character_set_client=gbk通知數(shù)據(jù)庫服務(wù)器客戶端的編碼是gbk，但是該方法有一個局限性，它只在當前dos窗口中有效，只要退出訪問mysql，那么再次登錄時這個值需要重新設(shè)置。

下面，我們使用第二種解決辦法來解決亂碼，如圖1-3所示：

圖1-3 解決插入數(shù)據(jù)中文亂碼問題

圖1-3中向student表中插入一條數(shù)據(jù)，下面我們來查詢該表的記錄，如圖1-4所示：

圖1-4 查詢student表

圖1-4中，查詢的數(shù)據(jù)出現(xiàn)亂碼。

解決辦法：

l 讓服務(wù)器發(fā)送gbk編碼的數(shù)據(jù)：使用命令：set character_set_results=gbk將服務(wù)器發(fā)送數(shù)據(jù)的編碼設(shè)置為gbk，該方法有一個局限性，它也只對當前的dos窗口有效，關(guān)閉窗口或退出就需要重新設(shè)置;

l 讓dos窗口使用utf8編碼來解讀數(shù)據(jù)：dos窗口的編碼是gbk，很難改變，因此該方法是行不通的。

下面，我們使用以上方法中的第二種方法來解決查詢數(shù)據(jù)亂碼問題，如圖1-5所示：

圖1-5 查詢student表

以上解決插入數(shù)據(jù)中文亂碼，和查詢數(shù)據(jù)中文亂碼的方法都只對當前dos窗口有效，當關(guān)閉窗口或退出，再次登錄時又需要重新設(shè)置。這種方法不是長久之計，下面給大家介紹一個一勞永逸的方法，如下：

在MySQL的安裝目錄下有一個my.ini文件，如圖1-6所示：

圖1-6 my.ini文件

打開圖1-6所示中的my.ini文件，找到如圖1-7所示的代碼：

圖1-7 my.ini文件內(nèi)容

將圖1-7中，用紅線標注的：default-character_set=utf8修改為default-character-set=gbk，如圖1-8所示：

圖1-8 修改client編碼

圖1-8中，修改了default-character-set的編碼為gbk，有以下作用：

l 將character_set_client的值修改為gbk：解決插入數(shù)據(jù)中文亂碼問題;

l 將character_set_results的值修改為gbk：解決查詢數(shù)據(jù)中文亂碼問題;

l 將character_set_connection的值修改為gbk。

修改了my.ini文件之后需要重啟MySQL服務(wù)，然后再次查詢數(shù)據(jù)庫編碼如圖1-9所示：

圖1-8 重新啟動MySQL服務(wù)

現(xiàn)在我們再次查看student表，看張三是否還是亂碼，如圖1-9所示：

圖1-9 查看是否亂碼

以上都是解決在dos窗口下操作數(shù)據(jù)庫時的亂碼問題，我們安裝了SQLyog工具之后，在該工具中使用sql語句操作數(shù)據(jù)庫時，它的編碼就是utf8，因此不會出現(xiàn)亂碼問題，我們以后操作數(shù)據(jù)庫也不再使用dos窗口，而是使用SQLyog工具。

本文版權(quán)歸黑馬程序員JavaEE學(xué)院所有，歡迎轉(zhuǎn)載，轉(zhuǎn)載請注明作者出處。謝謝！

作者：黑馬程序員JavaEE培訓(xùn)學(xué)院

首發(fā)：http://java.itheima.com/