mysql 相關(guān)問題

MySQL 插入數(shù)據(jù)時,中文亂碼問題的解決

原文:

http://www.cnblogs.com/sunzn/archive/2013/03/14/2960248.html

當向 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%'; 來查看當前數(shù)據(jù)庫的相關(guān)編碼集。



從上圖中可以看到 MySQL 有六處使用了字符集,分別為:

client 、connection、database、results、server 、system。

其中與服務器端相關(guān):database、server、system(永遠無法修改,就是utf-8);與客戶端相關(guān):connection、client、results 。

關(guān)鍵字 描述
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ù)并將其自動轉(zhuǎn)換為 UTF-8 進行存儲。可以使用如下語句來快速設置與客戶端相關(guān)的編碼集:
set names gbk;

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

[mysql]
default-character-set=utf8

[mysqld]
character-set-server=utf8

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

在cmd下修改mysql密碼

set password for 用戶名@localhost = password('新密碼');

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容