MySQL字符集的一個坑

今天幫同事處理一個棘手的事情，問題是這樣的： 無論在客戶機用哪個版本的mysql客戶端連接服務器，發現只要服務器端設置了 character-set-server = utf8 之后， character_set_client、character_set_connection、character_set_results 就始終都是和服務器

今天幫同事處理一個棘手的事情，問題是這樣的：

無論在客戶機用哪個版本的mysql客戶端連接服務器，發現只要服務器端設置了

character-set-server = utf8

之后，

character_set_client、character_set_connection、character_set_results

就始終都是和服務器端保持一致了，即便在mysql客戶端加上選項

--default-character-set=utf8

也不行，除非連接進去后，再手工執行命令

set names latin1

，才會將client、connection、results的字符集改過來。

經過仔細對比，最終發現讓我踩坑的地方是，服務器端設置了另一個選項：

skip-character-set-client-handshake

文檔上關于這個選項的解釋是這樣的：

--character-set-client-handshake Don't ignore character set information sent by the client. To ignore client information and use the default server character set, use --skip-character-set-client-handshake; this makes MySQL behave like MySQL 4.0

這么看來，其實也是有好處的。比如啟用skip-character-set-client-handshake 選項后，就可以避免客戶端程序誤操作，使用其他字符集連接進來并寫入數據，從而引發亂碼問題。

本條目發布于2013/10/29。屬于數據庫分類，被貼了 charset、MySQL、字符集 標簽。作者是yejr。 2013年Oracle技術嘉年華

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com