|
|
php代碼
復(fù)制代碼 代碼如下:
[mysql]
default-character-set=utf8 //客戶端的默認(rèn)字符集
[mysqld]
default-character-set=utf8 //服務(wù)器端默認(rèn)的字符集
假設(shè)我們把兩個(gè)都設(shè)為utf8，然后在MySQL Command Line Client里面輸入“show variebles like“character_set_%”;”，可看到如下字符：
復(fù)制代碼 代碼如下:
character_set_client latin1
character_set_connection latin1
character_set_database utf8
character_set_results latin1
character_set_server utf8
character_set_system utf8
要是我們通過(guò)采用UTF-8的php程序從數(shù)據(jù)庫(kù)里讀取數(shù)據(jù)，很有可能是一串“?????”或者是其他亂碼。
解決辦法是，在連接數(shù)據(jù)庫(kù)之后，讀取數(shù)據(jù)之前，先執(zhí)行一項(xiàng)查詢“SET NAMES UTF8”，即在php里為
mysql_query("SET NAMES UTF8");
//該句話一定要放在數(shù)據(jù)庫(kù)服務(wù)器連接語(yǔ)句【$connection=mysql_connect($db_host,$db_user,$db_psw)or die("連接服務(wù)器失敗");】之后
即可顯示正常（只要數(shù)據(jù)庫(kù)里信息的字符正常）。
到MySQL命令行輸入“SET NAMES UTF8;”，然后執(zhí)行“show variebles like“character_set_%”;”，發(fā)現(xiàn)原來(lái)為latin1的那些變量“character_set_client”、“character_set_connection”、“character_set_results”的值全部變?yōu)閡tf8了，原來(lái)是這3個(gè)變量在搗蛋。
查閱手冊(cè)，上面那句等于：
SET character_set_client = utf8;
SET character_set_results = utf8;
SET character_set_connection = utf8;
看看這3個(gè)變量的作用：
信息輸入路徑：client→connection→server；
信息輸出路徑：server→connection→results。
換句話說(shuō)，每個(gè)路徑要經(jīng)過(guò)3次改變字符集編碼。以出現(xiàn)亂碼的輸出為例，server里utf8的數(shù)據(jù)，傳入connection轉(zhuǎn)為latin1，傳入results轉(zhuǎn)為latin1，utf-8頁(yè)面又把results轉(zhuǎn)過(guò)來(lái)。如果兩種字符集不兼容，比如latin1和utf8，轉(zhuǎn)化過(guò)程就為不可逆的，破壞性的。
但這里要聲明一點(diǎn)，“SET NAMES UTF8”作用只是臨時(shí)的，MySQL重啟后就恢復(fù)默認(rèn)了。
接下來(lái)就說(shuō)到MySQL在服務(wù)器上的配置問(wèn)題了。豈不是我們每次對(duì)數(shù)據(jù)庫(kù)讀寫都得加上“SET NAMESUTF8”，以保證數(shù)據(jù)傳輸?shù)木幋a一致？能不能通過(guò)配置MySQL來(lái)達(dá)到那三個(gè)變量默認(rèn)就為我們要想的字符集？手冊(cè)上沒(méi)說(shuō)，我在網(wǎng)上也沒(méi)找到答案。所以，從服務(wù)器配置的角度而言，是沒(méi)辦法省略掉那行代碼的。
總結(jié)：為了讓你的網(wǎng)頁(yè)能在更多的服務(wù)器上正常地顯示，還是加上“SET NAMES UTF8”吧，即使你現(xiàn)在沒(méi)有加上這句也能正常訪問(wèn)。
php技術(shù)：php讀取mysql亂碼，用set names XXX解決的原理分享，轉(zhuǎn)載需保留來(lái)源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
