MySQL 查詢區分大小寫完整解決方案：BINARY、COLLATE、建表約束三大法

MySQL 預設大小寫不敏感問題根因與三種強制區分大小寫的標準做法

MySQL 預設字元集校對規則為 utf8_general_ci (Case Insensitive)，導致 'A' = 'a' 為真，唯一索引視同重複值。本文提供查詢級、欄位級、表級三層面解決方案與原理深度解析。

校對規則命名規則速查

範例：utf8_bin, utf8_general_cs, utf8_general_ci (預設)

方法一：查詢級強制區分 — BINARY 關鍵字 (臨時、單次)

-- 建表時指定欄位校對規則
CREATE TABLE users (
    id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
    username VARCHAR(50) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL UNIQUE,
    email VARCHAR(100) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
    password_hash CHAR(64) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci;

優點：索引可用、永久生效、精確控制哪些欄位區分大小寫。
適用欄位：帳號、密碼雜湊、Token、代碼、大小寫有業務意義的識別碼。

方法三：表級預設校對規則 — 影響新增欄位

-- 單欄位修改
ALTER TABLE users MODIFY COLUMN username VARCHAR(50) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL;

-- 整表轉換 (會重建表，大表慎用)
ALTER TABLE users CONVERT TO CHARACTER SET utf8 COLLATE utf8_bin;

MySQL 大小寫敏感度完整對照表

實務建議決策樹

1. 全系統預設 utf8mb4_general_ci (不敏感)，符合多數業務直覺。
2. 需區分大小寫的欄位 (帳號、密碼、Token、代碼) → 建表時指定 COLLATE utf8mb4_bin。
3. 既有表需修改 → ALTER TABLE ... MODIFY COLUMN ... COLLATE utf8mb4_bin (線上 DDL 5.6+ 支援)。
4. 臨時查詢需區分 → WHERE BINARY col = 'val'。
5. 避免整表 COLLATE utf8_bin，導致所有文本搜尋變嚴格，使用者體驗下降。

跨平台遷移陷阱

Windows (不敏感) 開發 → Linux (敏感) 部署時，表名大小寫不一致會導致 Table 'db.Users' doesn't exist。
解決：my.cnf 設定 lower_case_table_names=1 (強制小寫)，或統一團隊命名規範 (全小寫 + 底線)。