文章目录
- [MySQL字符集排序规则冲突问题（utf8mb4_unicode_ci和utf8mb4_0900_ai_ci ）](#MySQL字符集排序规则冲突问题（utf8mb4_unicode_ci和utf8mb4_0900_ai_ci ）)
MySQL字符集排序规则冲突问题（utf8mb4_unicode_ci和utf8mb4_0900_ai_ci ）
问题
不同 collation 的表进行 JOIN 操作报错：
bash
Illegal mix of collations (utf8mb4_0900_ai_ci,IMPLICIT) and (utf8mb4_unicode_ci,IMPLICIT) for operation '='排序字符集
utf8mb4_unicode_ci
字符集：utf8mb4
排序规则：基于 Unicode Collation Algorithm (UCA) 的较早版本（历史上对应较老的 Unicode 版本实现）
后缀：_ci = case-insensitive（不区分大小写）
- utf8mb4_unicode_ci 是基于标准的 Unicode 来排序和比较，能够在各种语言之间精确排序
- utf8mb4_general_ci 没有实现 Unicode 排序规则，在遇到某些特殊语言或者字符集，排序结果可能不一致。
- 但是绝大多数情况下，这些特殊字符的顺序并不需要那么精确。
utf8mb4_0900_ai_ci
字符集：utf8mb4
排序规则：基于 UCA 9.0.0（0900 就是 9.0.0）
后缀：_ai = accent-insensitive（不区分重音/音标差异），_ci = 不区分大小写
这是 MySQL 8.0 时代的"新默认系"之一（常见默认是 utf8mb4_0900_ai_ci）
推荐用 utf8mb4_unicode_ci，但是用 utf8mb4_general_ci 也没啥问题。
MySQL 8.0 默认的是 utf8mb4_0900_ai_ci，属于 utf8mb4_unicode_ci 中的一种，具体含义如下：
- uft8mb4 表示用 UTF-8 编码方案，每个字符最多占 4 个字节。
0900 指的是 Unicode 校对算法版本。（Unicode 归类算法是用于比较符合 Unicode 标准要求的两个 Unicode 字符串的方法）。 - ai 指的是口音不敏感。也就是说，排序时 e，è，é，ê 和 ë 之间没有区别。
- ci 表示不区分大小写。也就是说，排序时 p 和 P 之间没有区别。
- utf8mb4 已成为默认字符集，在 MySQL 8.0.1 及更高版本中将 utf8mb4_0900_ai_ci 作为默认排序规则。以前，utf8mb4_general_ci 是默认排序规则。由于 utf8mb4_0900_ai_ci 排序规则现在是默认排序规则，因此默认情况下新表格可以存储基本多语言平面之外的字符。
如果是mysql8.0，将相关表/字段的 collation 统一为数据库默认 utf8mb4_0900_ai_ci，以消除跨表字符串比较时的 collation 冲突，提升线上查询稳定性并降低后续维护成本。
选型建议
- 新项目 / MySQL 8.0 优先：用 utf8mb4_0900_ai_ci（更符合现代 Unicode 排序，跨语言更一致）。
- 需要严格区分重音（é ≠ e）：不要用 ai，改用 utf8mb4_0900_as_ci（accent-sensitive）或更严格的 _bin。
- 需要严格区分大小写：用 _cs（case-sensitive）或 _bin。
- 老系统兼容/跨版本一致（例如 5.7 与 8.0 混跑）：常会保留 utf8mb4_unicode_ci，避免升级后排序/唯一性行为变化带来的隐性问题。
生产环境思路：应该先检查数据库默认字符集和 collation，统一相关表的 collation 为数据库服务器默认。
表创建时没有显式指定 COLLATE，它继承的是 数据库级别 的 collation
执行前建议先确认数据库 collation
sql
SHOW VARIABLES LIKE 'collation_%';当 CREATE TABLE 没有显式指定 COLLATE 时，表继承的是 数据库级别 (collation_database) 的 collation，而不是服务器级别的。