【轉】Mysql字符集設置

From: 博客園 Johney
最近,在項目組使用的mysql數據庫中,插入數據出現亂碼,關于這個問題做了下總結,我們從最基本的地方說起,到錯誤產生的深層次原因和解決辦法。

基本概念

? 字符(Character)是指人類語言中最小的表義符號。例如’A'、’B'等;
? 給定一系列字符,對每個字符賦予一個數值,用數值來代表對應的字符,這一數值就是字符的編碼(Encoding)。例如,我們給字符’A'賦予數值0,給字符’B'賦予數值1,則0就是字符’A'的編碼;
? 給定一系列字符并賦予對應的編碼后,所有這些字符和編碼對組成的集合就是字符集(Character Set)。例如,給定字符列表為{’A',’B'}時,{’A'=>0, ‘B’=>1}就是一個字符集;
? 字符序(Collation)是指在同一字符集內字符之間的比較規則;
? 確定字符序后,才能在一個字符集上定義什么是等價的字符,以及字符之間的大小關系;
? 每個字符序唯一對應一種字符集,但一個字符集可以對應多種字符序,其中有一個是默認字符序(Default Collation);
? MySQL中的字符序名稱遵從命名慣例:以字符序對應的字符集名稱開頭;以_ci(表示大小寫不敏感)、_cs(表示大小寫敏感)或_bin(表示按編碼值比較)結尾。例如:在字符序“utf8_general_ci”下,字符“a”和“A”是等價的;

MySQL字符集設置

? 系統變量:
– character_set_server:默認的內部操作字符集
– character_set_client:客戶端來源數據使用的字符集
– character_set_connection:連接層字符集
– character_set_results:查詢結果字符集
– character_set_database:當前選中數據庫的默認字符集
– character_set_system:系統元數據(字段名等)字符集
– 還有以collation_開頭的同上面對應的變量,用來描述字符序。

? 用introducer指定文本字符串的字符集:
– 格式為:[_charset] ’string’ [COLLATE collation]
– 例如:
SELECT _latin1 ’string’;
SELECT _utf8 ‘你好’ COLLATE utf8_general_ci;
– 由introducer修飾的文本字符串在請求過程中不經過多余的轉碼,直接轉換為內部字符集處理。

MySQL中的字符集轉換過程

  1. MySQL Server收到請求時將請求數據從character_set_client轉換為character_set_connection;
  2. 進行內部操作前將請求數據從character_set_connection轉換為內部操作字符集,其確定方法如下:
    - 使用每個數據字段的CHARACTER SET設定值;
    - 若上述值不存在,則使用對應數據表的DEFAULT CHARACTER SET設定值(MySQL擴展,非SQL標準);
    - 若上述值不存在,則使用對應數據庫的DEFAULT CHARACTER SET設定值;
    - 若上述值不存在,則使用character_set_server設定值。
  1. 將操作結果從內部操作字符集轉換為character_set_results。

我們現在回過頭來分析下我們產生的亂碼問題:
a 我們的字段沒有設置字符集,因此使用表的數據集
b 我們的表沒有指定字符集,默認使用數據庫存的字符集
c 我們的數據庫在創建的時候沒有指定字符集,因此使用character_set_server設定值
d 我們沒有特意去修改character_set_server的指定字符集,因此使用mysql默認
e mysql默認的字符集是latin1,因此,我們使用了latin1字符集,而我們character_set_connection的字符集是UTF-8,插入中文亂碼也再所難免了。

常見問題解析
? FAQ-1 向默認字符集為utf8的數據表插入utf8編碼的數據前沒有設置連接字符集,查詢時設置連接字符集為utf8
– 插入時根據MySQL服務器的默認設置,character_set_client、character_set_connection和character_set_results均為latin1;
– 插入操作的數據將經過latin1=>latin1=>utf8的字符集轉換過程,這一過程中每個插入的漢字都會從原始的3個字節變成6個字節保存;
– 查詢時的結果將經過utf8=>utf8的字符集轉換過程,將保存的6個字節原封不動返回,產生亂碼。參考下圖:
? 向默認字符集為latin1的數據表插入utf8編碼的數據前設置了連接字符集為utf8(我們遇到的錯誤就是屬于這一種)
– 插入時根據連接字符集設置,character_set_client、character_set_connection和character_set_results均為utf8;
--插入數據將經過utf8=>utf8=>latin1的字符集轉換,若原始數據中含有\u0000~\u00ff范圍以外的Unicode字符,會因為無法在latin1字符集中表示而被轉換為“?”(0×3F)符號,以后查詢時不管連接字符集設置如何都無法恢復其內容了。轉換過程如下圖:

檢測字符集問題的一些手段
? SHOW CHARACTER SET;
? SHOW COLLATION;
? SHOW VARIABLES LIKE ‘character%’;
? SHOW VARIABLES LIKE ‘collation%’;
? SQL函數HEX、LENGTH、CHAR_LENGTH
? SQL函數CHARSET、COLLATION

使用MySQL字符集時的建議
? 建立數據庫/表和進行數據庫操作時盡量顯式指出使用的字符集,而不是依賴于MySQL的默認設置,否則MySQL升級時可能帶來很大困擾;
? 數據庫和連接字符集都使用latin1時,雖然大部分情況下都可以解決亂碼問題,但缺點是無法以字符為單位來進行SQL操作,一般情況下將數據庫和連接字符集都置為utf8是較好的選擇;
? 使用mysql CAPI(mysql提供C語言操作的API)時,初始化數據庫句柄后馬上用mysql_options設定MYSQL_SET_CHARSET_NAME屬性為utf8,這樣就不用顯式地用SET NAMES語句指定連接字符集,且用mysql_ping重連斷開的長連接時也會把連接字符集重置為utf8;
? 對于mysql PHP API,一般頁面級的PHP程序總運行時間較短,在連接到數據庫以后顯式用SET NAMES語句設置一次連接字符集即可;但當使用長連接時,請注意保持連接通暢并在斷開重連后用SET NAMES語句顯式重置連接字符集。

其他注意事項
? my.cnf中的default_character_set設置只影響mysql命令連接服務器時的連接字符集,不會對使用libmysqlclient庫的應用程序產生任何作用!
? 對字段進行的SQL函數操作通常都是以內部操作字符集進行的,不受連接字符集設置的影響。
? SQL語句中的裸字符串會受到連接字符集或introducer設置的影響,對于比較之類的操作可能產生完全不同的結果,需要小心!

總結
根據上面的分析和建議,我們解決我們遇到問題應該使用什么方法大家心里應該比較清楚了。對,就是在創建database的時候指定字符集,不要去通過修改默認配置來達到目的,當然你也可以采用指定表的字符集的形式,但很容易出現遺漏,特別是在很多人都參與設計的時候,更容易紕漏。

雖然不提倡通過修改mysql的默認字符集來解決,但對于如何去修改默認字符集,我這里還是給出一些方法,僅供大家參考。

MySQL默認字符集
MySQL對于字符集的指定可以細化到一個數據庫,一張表,一列.傳統的程序在創建數據庫和數據表時并沒有使用那么復雜的配置,它們用的是默認的配置.
(1)編譯MySQL 時,指定了一個默認的字符集,這個字符集是 latin1;
(2)安裝MySQL 時,可以在配置文件 (my.ini) 中指定一個默認的的字符集,如果沒指定,這個值繼承自編譯時指定的;
(3)啟動mysqld 時,可以在命令行參數中指定一個默認的的字符集,如果沒指定,這個值繼承自配置文件中的配置,此時 character_set_server 被設定為這個默認的字符集;
(4)安裝 MySQL選擇多語言支持,安裝程序會自動在配置文件中把default_character_set 設置為 UTF-8,保證缺省情況下所有的數據庫所有表的所有列的都用 UTF-8 存儲。
查看默認字符集
(默認情況下,mysql的字符集是latin1(ISO_8859_1),如何查看在上面我們已經給出了相關命令
修改默認字符集
(1) 最簡單的修改方法,就是修改mysql的my.ini文件中的字符集鍵值,
如 default-character-set = utf8
character_set_server = utf8
修改完后,重啟mysql的服務
(2) 還有一種修改字符集的方法,就是使用mysql的命令
mysql> SET character_set_client = utf8 ;
mysql> SET character_set_connection = utf8 ;
mysql> SET character_set_database = utf8 ;
mysql> SET character_set_results = utf8 ;
mysql> SET character_set_server = utf8 ;
mysql> SET collation_connection = utf8 ;
mysql> SET collation_database = utf8 ;
mysql> SET collation_server = utf8 ;

設置了表的默認字符集為utf8并且通過UTF-8編碼發送查詢,存入數據庫的仍然是亂碼。那connection連接層上可能出了問題。解決方法是在發送查詢前執行一下下面這句: SET NAMES 'utf8';它相當于下面的三句指令:

SET character_set_client = utf8;
SET character_set_results = utf8;
SET character_set_connection = utf8;

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,505評論 6 533
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,556評論 3 418
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,463評論 0 376
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,009評論 1 312
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,778評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,218評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,281評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,436評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,969評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,795評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,993評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,537評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,229評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,659評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,917評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,687評論 3 392
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,990評論 2 374

推薦閱讀更多精彩內容