一文搞懂 MySQL 排序规则是什么？

什么是排序规则（Collation）？

简单说：排序规则决定了 MySQL 怎么“看”字符串。

比如：

• 它认为 'A' 和 'a' 是一样的吗？
• 它觉得 'é' 和 'e' 要不要区分？
• 中文字符按什么顺序排？

Collation（排序规则） 就是解决这些问题的。

排序规则长什么样？

MySQL 的排序规则名字通常像这样：

utf8mb4_0900_ai_ci
utf8mb4_general_ci
utf8mb4_bin

我们拆开来看：

不同排序规则的区别

我们创建三个表，分别用不同的排序规则，看看效果：

场景 1：大小写敏感吗？

-- 表 1：使用 utf8mb4_0900_ai_ci（默认，不区分大小写）
CREATE TABLE users_ci (
  name VARCHAR(50)
) COLLATE utf8mb4_0900_ai_ci;

INSERT INTO users_ci VALUES ('Alice'), ('alice');

-- 查询
SELECT * FROM users_ci WHERE name = 'ALICE';
-- 结果：返回 Alice 和 alice（因为不区分大小写）

-- 表 2：使用 utf8mb4_bin（区分大小写）
CREATE TABLE users_bin (
  name VARCHAR(50)
) COLLATE utf8mb4_bin;

INSERT INTO users_bin VALUES ('Alice'), ('alice');

SELECT * FROM users_bin WHERE name = 'ALICE';
-- 结果：空！因为 'ALICE' ≠ 'Alice' ≠ 'alice'

结论：_ci 不区分大小写，_bin 区分。

场景 2：重音符号要不要管？

比如法语中的 café 和 cafe。

• 在 _ai（Accent Insensitive）规则下：café = cafe
• 在 _as 或 _bin 规则下：café ≠ cafe

MySQL 8.0+ 支持更精细的控制，比如：

utf8mb4_0900_as_cs  -- 区分大小写 + 区分重音
utf8mb4_0900_ai_ci  -- 不区分大小写 + 不区分重音（默认）

场景 3：中文排序乱序？

如果你用 utf8mb4_general_ci 排中文，可能会发现：

SELECT name FROM users ORDER BY name;
-- 结果：张三、李四、王五……顺序看起来“不对”

这是因为 general_ci 是一种简化的排序算法，它为了速度牺牲了准确性。

正确做法：用 utf8mb4_unicode_ci 或更好的 utf8mb4_0900_ai_ci（MySQL 8.0 默认），它们基于 Unicode 标准，对中文、日文、韩文等支持更好。

主要区别维度

1. 大小写敏感性（Case Sensitivity）

• _ci：Case Insensitive（不区分大小写）
  • 例如：utf8_general_ci 中 'A' = 'a'
• _cs 或 _bin：Case Sensitive（区分大小写）
  • utf8_bin 或 utf8mb4_0900_cs 中 'A' ≠ 'a'

注意：_cs（Case Sensitive）在旧版本中较少见，MySQL 8.0 引入了更标准的命名如 utf8mb4_0900_cs。

2. 重音符号敏感性（Accent Sensitivity）

• _ai：Accent Insensitive（不区分重音）；
• _as：Accent Sensitive（区分重音）。

在 MySQL 8.0+ 中，部分排序规则支持 _as/_ai，例如 utf8mb4_0900_as_cs 表示既区分大小写又区分重音。

3. 二进制排序（Binary Collation）

• 以 _bin 结尾（如 utf8mb4_bin）；
• 按照字符的二进制值（字节值）进行比较，严格区分大小写、重音、编码顺序；
• 不使用语言规则，速度较快但不符合人类语言习惯。

4. 语言/区域特定排序

某些排序规则针对特定语言优化：

• utf8mb4_spanish_ci：西班牙语排序（如 ñ 排在 n 之后）；
• utf8mb4_german2_ci：德语电话簿排序规则；
• utf8mb4_ja_0900_as_cs：日语排序（需 MySQL 8.0+）。

5. Unicode 版本差异（MySQL 8.0+）

MySQL 8.0 默认使用基于 Unicode 9.0 的排序规则（如 utf8mb4_0900_ai_ci）：

• 更准确的多语言支持；
• 更好的性能（相比旧的 utf8mb4_general_ci）；
• 0900 表示基于 Unicode 9.0.0。

对比：

• utf8mb4_general_ci：旧版，速度快但排序不准确（如认为 'ö' = 'o'）；
• utf8mb4_unicode_ci：基于 Unicode 4.0，较准确；
• utf8mb4_0900_ai_ci：MySQL 8.0 默认，基于 Unicode 9.0，更准确高效。

常见排序规则对比示例

如何查看可用排序规则？

SHOW COLLATION LIKE 'utf8mb4%';

如何设置排序规则？

数据库级：

CREATE DATABASE db_name CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;

表级：

CREATE TABLE t (name VARCHAR(100)) COLLATE utf8mb4_bin;

列级：

name VARCHAR(100) COLLATE utf8mb4_0900_as_cs

查询时临时指定：

SELECT * FROM t ORDER BY name COLLATE utf8mb4_bin;

实际建议

• 一般应用：使用 utf8mb4_0900_ai_ci（MySQL 8.0+）或 utf8mb4_unicode_ci（旧版本）
• 需要区分大小写：用 utf8mb4_0900_as_cs 或 utf8mb4_bin
• 性能敏感且无需语言规则：用 _bin
• 避免使用 utf8mb4_general_ci（除非兼容旧系统），因其排序逻辑不准确

总结

• 排序规则 = 字符串的“比较规则”；
• _ci = 不区分大小写，_cs/_bin = 区分；
•  MySQL 8.0 默认的 utf8mb4_0900_ai_ci 是目前最推荐的选择；
• 中文、多语言项目不要用 general_ci，它已经过时了；
• 用户名、密码等关键字段，建议用区分大小写的规则。

以上关于一文搞懂 MySQL 排序规则是什么？的文章就介绍到这了，更多相关内容请搜索码云笔记以前的文章或继续浏览下面的相关文章，希望大家以后多多支持码云笔记。