MySQL 的 "SET NAMES xxx" 字元編碼問題分析

http://www.vixual.net/blog/archives/310

[轉載]MySQL 的 "SET NAMES xxx" 字元編碼問題分析

轉載自: PHPChina

---

近來接受 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 裡面輸入 “show variables like 'character%';”，可看到如下結果：

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 variables like 'character%';”，發現原來為 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 NAMES UTF8″，以保證資料傳輸的編碼一致？能不能透過配置 MySQL 來達到那三個變數預設就為我們要想的字符集？手冊上沒說，我在網上也沒找到答案。所以，從伺服器配置的角度而言，是沒辦法省略掉那行程式碼的。
總結：為了讓你的網頁能在更多的伺服器上正常地顯示，還是加上 “SET NAMES UTF8″ 吧，即使你現在沒有加上這句也能正常瀏覽。
問題多多，多謝指正！

參考網頁

1. PHPChina: Apache和PHP網頁的編碼問題分析
2. MySQL: Character Set Support