mysql使用set names解決亂碼問題的原理

mysql使用set names解決亂碼問題的原理

 

解決亂碼的方法,我們經常使用“set names utf8”,那麼為什麼加上這句代碼就可以解決瞭呢?下面跟著我一起來深入set names utf8的內部執行原理

 

先說MySQL的字符集問題。Windows下可通過修改my.ini內的

 

PHP代碼

[mysql] 

default-character-set=utf8    //客戶端的默認字符集
[mysqld]

default-character-set=utf8    //伺服器端默認的字符集

 

 

假設我們把兩個都設為utf8,然後在MySQL Command Line Client裡面輸入“show variebles like“character_set_%”;”,可看到如下字符:

character_set_client   latin1
character_set_connection    latin1
character_set_database     utf8
character_set_results    latin1
character_set_server   utf8
character_set_system     utf8

 

要是我們通過采用UTF-8的PHP程式從資料庫裡讀取數據,很有可能是一串“?????”或者是其他亂碼。

 

解決辦法是,在連接資料庫之後,讀取數據之前,先執行一項查詢“SET NAMES UTF8”,即在PHP裡為

 

mysql_query("SET NAMES UTF8");   

 

 

//該句話一定要放在資料庫伺服器連接語句

【$connection=mysql_connect($db_host,$db_user,$db_psw)or die("連接伺服器失敗");】

之後

 

即可顯示正常(隻要資料庫裡信息的字符正常)。

 

到MySQL命令行輸入“SET NAMES UTF8;”,然後執行“show variebles like“character_set_%”;”,發現原來為latin1的那些變量“character_set_client”、“character_set_connection”、“character_set_results”的值全部變為utf8瞭,原來是這3個變量在搗蛋。

 

查閱手冊,上面那句等於:

 

SET character_set_client = utf8;      

SET character_set_results = utf8;     

SET character_set_connection = utf8; 

 

看看這3個變量的作用:

信息輸入路徑:client→connection→server;

信息輸出路徑:server→connection→results。

換句話說,每個路徑要經過3次改變字符集編碼。以出現亂碼的輸出為例,server裡utf8的數據,傳入connection轉為latin1,傳入results轉為latin1,utf-8頁面又把results轉過來。如果兩種字符集不兼容,比如latin1和utf8,轉化過程就為不可逆的,破壞性的。

 

但這裡要聲明一點,“SET NAMES UTF8”作用隻是臨時的,MySQL重啟後就恢復默認瞭。

 

接下來就說到MySQL在伺服器上的配置問題瞭。豈不是我們每次對資料庫讀寫都得加上“SET NAMESUTF8”,以保證數據傳輸的編碼一致?能不能通過配置MySQL來達到那三個變量默認就為我們要想的字符集?手冊上沒說,我在網上也沒找到答案。所以,從伺服器配置的角度而言,是沒辦法省略掉那行代碼的。

總結:為瞭讓你的網頁能在更多的伺服器上正常地顯示,還是加上“SET NAMES UTF8”吧,即使你現在沒有加上這句也能正常訪問。

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。