深入解析 MySQL SET NAMES 字符集機制：為什麼必須在連線後執行？

問題現象

許多開發者遇過：MySQL 設定檔 my.ini 已將 default-character-set=utf8，PHP 程式讀取資料卻顯示亂碼（?????），加上 mysql_query("SET NAMES UTF8") 即正常。為何設定檔不生效？SET NAMES 到底做了什麼？

MySQL 字符集變數架構

MySQL 擁有多層字符集設定，執行 SHOW VARIABLES LIKE 'character_set_%' 可見：

設定檔僅影響 database、server、system 三個變數，連線三要素 預設仍為 latin1。

SET NAMES 的真實面目

SET NAMES 'utf8' 等同於一次執行三條指令：

SET character_set_client = utf8;
SET character_set_connection = utf8;
SET character_set_results = utf8;

這確保了資料流向編碼一致：

• 寫入路徑：Client (UTF-8) → Connection (UTF-8) → Server (UTF-8)
• 讀取路徑：Server (UTF-8) → Connection (UTF-8) → Results (UTF-8) → Client

若中間任一環節為 latin1，UTF-8 資料經雙向轉碼會損毀，產生不可逆亂碼。

為何設定檔無法永久固定連線三要素？

MySQL 官方文件未提供參數直接設定 character_set_client/connection/results 的啟動預設值。這三個變數屬於「連線級別」，每個 Session 建立時才初始化，故必須在每次連線成功後、執行查詢前 手動發送 SET NAMES。

最佳實踐建議

1. 程式碼層強制執行：PHP mysqli::set_charset("utf8")、PDO DSN 加 charset=utf8、Java JDBC URL 加 characterEncoding=utf8。
2. 連線池初始化：使用連線池時，在 initSql 或 connectionInitSql 設定 SET NAMES utf8mb4（支援 Emoji）。
3. 資料庫層預設：my.cnf 設定 character-set-server=utf8mb4、collation-server=utf8mb4_unicode_ci，確保新建資料表預設正確。

總結

SET NAMES 非修改伺服器全域設定，而是調整當前 Session 的三個連線級字符集變數。只要「連線三要素」與資料實際編碼一致，亂碼問題即可根治。請養成連線後第一時間執行的習慣，或在連線池/驅動層自動化處理。