MySQL 字符集與校對規則選型指南：從 latin1 到 utf8mb4 的演進

MySQL 字符集與校對規則選型指南：從 latin1 到 utf8mb4 的演進

字符集決定資料如何編碼儲存，校對規則決定如何比較排序。選型錯誤會導致亂碼、索引失效、排序錯誤。本文系統梳理選型依據、四級預設層級與客戶端連線字符集配置。

選型決策矩陣

MySQL 四級預設字符集層級

1. Server 級：my.cnf character-set-server=utf8mb4
2. Database 級：CREATE DATABASE db CHARSET utf8mb4
3. Table 級：CREATE TABLE t (...) CHARSET utf8mb4
4. Column 級：col VARCHAR(100) CHARSET utf8mb4

越低層級優先級越高。建議 Server/Database 統一 utf8mb4，Table/Column 僅在特殊需求覆蓋。

字符集 vs 校對規則

• 字符集：編碼方式（如 utf8mb4）。
• 校對規則：比較/排序規則（如 utf8mb4_general_ci 不區分大小寫、utf8mb4_bin 二進位比較、utf8mb4_0900_ai_ci 8.0 預設、支援重音不敏感）。
• 一對多：一個字符集對應多個校對規則。

連線字符集三參數

character_set_client    -- 客戶端發送 SQL 的編碼
character_set_connection -- 連線層轉換目標編碼
character_set_results   -- 伺服器返回結果編碼

一鍵設定：SET NAMES utf8mb4（等同設定以上三者）。

持久化：my.cnf [client] default-character-set=utf8mb4。

常見亂碼根因與對策

總結

新專案無條件選 utf8mb4 + utf8mb4_0900_ai_ci。舊專案評估遷移成本後統一升級。全鏈路（Server/DB/Table/Column/Connection/Application）字符集一致，是杜絕亂碼的唯一鑰匙。