COLLATE在WHERE中仅影响当前比较的校对规则，不改变字段本身规则或排序顺序；在ORDER BY中才真正决定结果集排序。
COLLATE 用在 WHERE 和 ORDER BY 时行为不同
直接在 WHERE 子句里加 COLLATE（比如 name = 'abc' COLLATE utf8mb4_0900_as_cs）只影响该比较的排序规则，但不会改变列本身的校对规则；而 ORDER BY name COLLATE utf8mb4_0900_as_cs 才真正决定结果集的排序顺序。很多初学者误以为写在 WHERE 里就能让整个查询按指定规则排序，其实不行。
常见错误现象：SELECT * FROM users WHERE name LIKE '%张%' COLLATE utf8mb4_unicode_ci 这句语法合法，但 COLLATE 在 LIKE 右侧只作用于字面量，对左侧字段无强制转换效果——如果 name 列是 utf8mb4_bin，仍可能因校对不匹配导致索引失效或意外不匹配。
- 想让查询走索引，优先把
COLLATE加在字段上：name COLLATE utf8mb4_unicode_ci LIKE '张%' -
ORDER BY中使用COLLATE是最安全、最直观的排序控制方式 - MySQL 8.0+ 支持表达式索引，可建
INDEX idx_name_ci ((name COLLATE utf8mb4_unicode_ci))来加速带校对的查询
区分大小写搜索必须显式指定 _cs 或 _bin 校对
默认校对如 utf8mb4_general_ci 或 utf8mb4_0900_ai_ci 都是大小写不敏感（case-insensitive）且带重音不敏感（accent-insensitive）的。要实现严格大小写匹配，不能只靠 BINARY 关键字（它只是临时转为二进制比较），而应选带 _cs（case-sensitive）或 _bin 后缀的校对规则。
例如表中有一行 username = 'Admin'，执行 SELECT * FROM users WHERE username = 'admin' COLLATE utf8mb4_0900_as_cs 就不会命中；但用 utf8mb4_0900_ai_ci 就会命中。
-
_cs规则保留大小写区分，但通常仍忽略重音（如 é = e） -
_bin规则完全按字节比较，既区分大小写也区分重音和变音符号 - 注意：
utf8mb4_bin在 MySQL 8.0+ 已被建议替换为utf8mb4_0900_bin，后者更符合 Unicode 排序标准
跨字符集 JOIN 时 COLLATE 冲突报错怎么解
当两个表字段字符集相同但校对规则不同（比如一个用 utf8mb4_unicode_ci，另一个用 utf8mb4_bin），做 JOIN 或 WHERE t1.a = t2.b 会报错：Illegal mix of collations。这不是数据问题，是 SQL 层无法自动选择统一校对规则。
解决方法不是改表结构，而是显式统一一侧的校对：
SELECT * FROM users u JOIN logs l ON u.user_id = l.user_id WHERE u.name COLLATE utf8mb4_0900_as_cs = l.username COLLATE utf8mb4_0900_as_cs;
- 只统一参与比较的字段，不要全字段都加
COLLATE，避免拖慢性能 - 若频繁发生，建议在建表时就对关联字段使用相同校对规则，比运行时转换更可靠
- MySQL 不允许在
ON子句中直接对列加COLLATE（会报语法错），必须写在WHERE或用子查询包装
ORDER BY 中 COLLATE 对性能的影响很实际
ORDER BY name COLLATE utf8mb4_0900_as_cs 看似简单，但 MySQL 无法利用 name 上原有索引（除非该索引本身按此校对创建）。因为索引 B+ 树的顺序依赖于字段定义的校对规则，运行时换校对等于重新排序，只能走 filesort。
验证方式：执行 EXPLAIN，看 Extra 列是否含 Using filesort。如果是，说明没走索引排序。
- 高频排序场景下，宁可多建一个带目标校对的函数索引：
CREATE INDEX idx_name_cs ON users ((name COLLATE utf8mb4_0900_as_cs)); - PostgreSQL 用户注意：它的
COLLATE行为类似，但支持在索引定义中直接写COLLATE "en_US"，MySQL 目前不支持这种写法 - 临时方案可用
CAST(name AS CHAR) COLLATE utf8mb4_0900_as_cs，但 CAST 会阻止索引使用，慎用
实际用好 COLLATE 的关键，是分清「比较时需要什么规则」和「排序时需要什么规则」——这两个目的常被混为一谈，但底层机制完全不同。
