解決亂碼的方法，我們經(jīng)常使用“set names utf8”,那么為什么加上這句代碼就可以解決了呢？下面跟著我一起來深入set names utf8的內(nèi)部執(zhí)行原理

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

[mysql]

default-character-set=utf8 //客戶端的默認(rèn)字符集[mysqld]

default-character-set=utf8 //服務(wù)器端默認(rèn)的字符集

假設(shè)我們把兩個都設(shè)為utf8，然后在MySQL Command Line Client里面輸入“show variebles like“character_set_%”;”，可看到如下字符：character_set_client latin1character_set_connection latin1character_set_database utf8character_set_results latin1character_set_server utf8character_set_system utf8要是我們通過采用UTF-8的PHP程序從數(shù)據(jù)庫里讀取數(shù)據(jù)，很有可能是一串“?????”或者是其他亂碼。

解決辦法是，在連接數(shù)據(jù)庫之后，讀取數(shù)據(jù)之前，先執(zhí)行一項查詢“SET NAMES UTF8”，即在PHP里為

mysql_query('SET NAMES UTF8');

//該句話一定要放在數(shù)據(jù)庫服務(wù)器連接語句【$connection=mysql_connect($db_host,$db_user,$db_psw)or die('連接服務(wù)器失敗');】之后

即可顯示正常（只要數(shù)據(jù)庫里信息的字符正常）。

到MySQL命令行輸入“SET NAMES UTF8;”，然后執(zhí)行“show variebles like“character_set_%”;”，發(fā)現(xiàn)原來為latin1的那些變量“character_set_client”、“character_set_connection”、“character_set_results”的值全部變?yōu)閡tf8了，原來是這3個變量在搗蛋。

查閱手冊，上面那句等于：

SET character_set_client = utf8;

SET character_set_results = utf8;

SET character_set_connection = utf8;

看看這3個變量的作用：信息輸入路徑：client→connection→server；信息輸出路徑：server→connection→results。換句話說，每個路徑要經(jīng)過3次改變字符集編碼。以出現(xiàn)亂碼的輸出為例，server里utf8的數(shù)據(jù)，傳入connection轉(zhuǎn)為latin1，傳入results轉(zhuǎn)為latin1，utf-8頁面又把results轉(zhuǎn)過來。如果兩種字符集不兼容，比如latin1和utf8，轉(zhuǎn)化過程就為不可逆的，破壞性的。

但這里要聲明一點，“SET NAMES UTF8”作用只是臨時的，MySQL重啟后就恢復(fù)默認(rèn)了。

接下來就說到MySQL在服務(wù)器上的配置問題了。豈不是我們每次對數(shù)據(jù)庫讀寫都得加上“SET NAMESUTF8”，以保證數(shù)據(jù)傳輸?shù)木幋a一致？能不能通過配置MySQL來達(dá)到那三個變量默認(rèn)就為我們要想的字符集？手冊上沒說，我在網(wǎng)上也沒找到答案。所以，從服務(wù)器配置的角度而言，是沒辦法省略掉那行代碼的?？偨Y(jié)：為了讓你的網(wǎng)頁能在更多的服務(wù)器上正常地顯示，還是加上“SET NAMES UTF8”吧，即使你現(xiàn)在沒有加上這句也能正常訪問。