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列 vsutf8mb4字符串），仍会报错 - 连接查询中 JOIN ON 条件最容易踩这个坑，尤其是从旧系统迁移表结构后没同步排序规则
真正麻烦的是某些 COLLATE 名称在不同 MySQL 版本中行为不一致，比如 utf8mb4_unicode_ci 在 8.0 前是基于 Unicode 4.0，之后改用 CLDR 规则；升级前务必验证关键排序逻辑是否变化。
