COLLATE 是排序规则子句而非函数，正确用法为紧跟字符串表达式后以空格分隔，如 ORDER BY name COLLATE utf8mb4_general_ci；不可写作 COLLATE('utf8mb4_unicode_ci', column) 或带等号形式，否则报语法错误。

COLLATE 不是函数，是排序规则子句

很多人搜 COLLATE 函数，但其实 COLLATE 是 SQL 标准中的**排序规则子句**，不是可调用的函数。它不能写成 COLLATE('utf8mb4_unicode_ci', column) 这种形式——那样会直接报错，比如 MySQL 返回 ERROR 1064 (42000)，PostgreSQL 报 syntax error at or near "COLLATE"。

它的正确用法是紧跟在字符串表达式或列名后面，用空格分隔：

SELECT name FROM users ORDER BY name COLLATE utf8mb4_general_ci;

常见误用场景包括：在 WHERE 中对函数结果加 COLLATE 却忘了括号包裹表达式、在 CREATE TABLE 里写成 COLUMN name VARCHAR(50) COLLATE = utf8mb4_bin（多了等号）。

WHERE 和 ORDER BY 中强制指定 COLLATE 的典型写法

当你需要临时覆盖字段默认排序规则时，COLLATE 最常出现在 WHERE 和 ORDER BY 子句中。注意：必须作用于**字符串表达式本身**，不能放在整个条件外面。

• 区分大小写的精确匹配：WHERE email COLLATE utf8mb4_bin = 'Admin@Example.COM'
• 忽略重音的搜索：WHERE title COLLATE utf8mb4_0900_as_cs LIKE '%café%'（MySQL 8.0+，_as_cs 表示 accent-sensitive + case-sensitive）
• 避免隐式转换导致索引失效：如果 name 列是 utf8mb4_unicode_ci，但你想按二进制比较，写成 name COLLATE utf8mb4_bin = ?，否则可能触发全表扫描

CREATE TABLE 或 ALTER COLUMN 时设置默认 COLLATE

建表时指定列级排序规则，会影响后续所有未显式用 COLLATE 覆盖的操作。但要注意层级优先级：列定义 COLLATE 子句。

• 建表指定：CREATE TABLE docs (title VARCHAR(200) COLLATE utf8mb4_0900_ai_ci);
• 修改列：ALTER TABLE logs MODIFY content TEXT COLLATE utf8mb4_bin;（MySQL）或 ALTER TABLE logs ALTER COLUMN content TYPE TEXT COLLATE "C";（PostgreSQL）
• 数据库级默认值不等于列级行为：即使数据库用 utf8mb4_unicode_ci，某列仍可单独设为 utf8mb4_bin，且该列上的 ORDER BY 默认就按这个规则走

跨字符集或跨库比较时 COLLATE 的坑

两个字符串排序规则不同（比如一个列是 latin1_swedish_ci，另一个是 utf8mb4_unicode_ci），直接比较会报错：ERROR 1267 (HY000): Illegal mix of collations。这时必须显式统一：

• 两边都加 COLLATE（推荐）：col_a COLLATE utf8mb4_unicode_ci = col_b COLLATE utf8mb4_unicode_ci
• 只给一边加可能失败：如果另一侧无法隐式转成该规则（如 binary 列 vs utf8mb4 字符串），仍会报错
• 连接查询中 JOIN ON 条件最容易踩这个坑，尤其是从旧系统迁移表结构后没同步排序规则

真正麻烦的是某些 COLLATE 名称在不同 MySQL 版本中行为不一致，比如 utf8mb4_unicode_ci 在 8.0 前是基于 Unicode 4.0，之后改用 CLDR 规则；升级前务必验证关键排序逻辑是否变化。