MySQL + PHP 亂碼根因徹底解析：編碼不一致七大來源與分層解決方案

七大亂碼來源

1. MySQL 安裝預設編碼（utf8）≠ PHP 頁面編碼。
2. 建表 DEFAULT CHARSET ≠ 頁面編碼。
3. 欄位 CHARACTER SET ≠ 頁面編碼。
4. 表單提交頁編碼 ≠ 顯示頁編碼。
5. 使用者輸入 Big5，顯示頁 GB2312（跨編碼必亂）。
6. PHP 頁面 charset 宣告錯誤/遺漏。
7. 連線指令 SET NAMES 編碼錯誤/遺漏。

版本差異不會導致亂碼，切勿誤判。

編碼選型策略

• 新專案：全鏈路 utf8mb4（資料庫、表、欄位、連線、HTML、PHP 檔案儲存），支援 Emoji、零轉碼。
• 舊專案無法改庫編碼：改用 GBK（超集含繁體），兼容 GB2312 並能顯示部分繁體字。

分層修正清單

驗證步驟

1. 插入測試資料：INSERT INTO t(col) VALUES('測試😀');
2. 查詢回顯：SELECT col, HEX(col), CHAR_LENGTH(col), CHARACTER_SET_NAME(col) FROM t;
3. 瀏覽器開發工具 Network → Response Headers 確認 Content-Type: text/html; charset=utf-8。

遺留資料轉碼

已寫入錯誤編碼的資料（如 Big5 存入 GBK 欄位）無法單純改設定修復，需寫腳本逐列 CONVERT(CAST(col AS BINARY) USING big5) USING gbk 或匯出→圖示轉換→重新匯入。