MySQL的“SET NAMES xxx”字符集問題分析
還有一篇關於Apache和PHP編碼的：http://www.phpchina.com/bbs/thread-13860-1-1.html
近來接受BBT的培訓，做一個投票系統。系統代碼倒不是很難，但是我的時間主要花費在了研究字符集和
編碼上面。MySQL和Apache兩個系統的編碼（字符集）問題讓我費勁腦筋，吃盡苦頭。網上對這些問題的
解決比較零散，比較片面，大部分是提供解決方法，卻不說為什麼。於是我將這幾天收獲總結一下，避免
後來者再走彎路。這篇文章對PHP編寫有一點幫助（看完你就知道，怎樣讓你的PHP程序在大部分空間提供
商的服務器裡顯示正常），但是更多幫助在於網絡服務器的架設和設置。
先說MySQL的字符集問題。Windows下可通過修改my.ini內的
復制內容到剪貼板代碼:
# CLIENT SECTION
[mysql]
default-character-set=utf8
# SERVER SECTION
[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
其中的utf8隨著我們上面的設置而改動。此時，要是我們通過采用UTF-8的PHP程序從數據庫裡讀取數據，
很有可能是一串“?????”或者是其他亂碼。網上查了半天，解決辦法倒是簡單，在連接數據庫之後，讀
取數據之前，先執行一項查詢“SET NAMES UTF8”，即在PHP裡為
復制內容到剪貼板代碼:
mysql_query("SET NAMES UTF8");
即可顯示正常（只要數據庫裡信息的字符正常）。為什麼會這樣？這句查詢“SET NAMES UTF8”到底是什
麼作用？
到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”吧，即使你現在沒
有加上這句也能正常訪問。
