utf8mb4_general_ci 和 utf8mb4_unicode_ci 是 MySQL 中用于 utf8mb4 字符集的两种常见的排序规则（Collation）

utf8mb4_general_ci 和 utf8mb4_unicode_ci 是 MySQL 中用于 utf8mb4 字符集的两种常见的排序规则（Collation）。它们在字符排序、比较和性能上有一些区别。以下是用表格列出它们的区别：

特性	utf8mb4_general_ci	utf8mb4_unicode_ci
字符集支持	支持 utf8mb4 字符集（4字节 UTF-8，支持所有 Unicode 字符，包括表情符号）	支持 utf8mb4 字符集（4字节 UTF-8，支持所有 Unicode 字符，包括表情符号）
排序规则	简化的排序规则，基于通用规则，速度较快	遵循 Unicode 标准规则，更加严格和精确
性能	排序和比较速度较快，适用于性能敏感的场景	排序和比较速度稍慢，因其规则更复杂
语言支持	主要针对英语和简单拉丁字符，部分非拉丁字符（如中文、日文）的排序可能不准确	更好地支持多种语言（包括中文、日文、韩文等），更适合国际化应用
大小写敏感性	不区分大小写（默认情况下）	不区分大小写（默认情况下），但处理更细致
特殊字符处理	对某些特殊字符（例如重音符号、连字符）处理较简单，可能导致排序不一致	对特殊字符（重音符号、连字符等）处理更精确，排序更一致
典型使用场景	简单应用或性能要求高的场景，数据主要为英文或简单字符	需要支持多种语言或需要精确排序的国际化应用
兼容性	更广泛兼容，历史较长，常见于较旧的 MySQL 应用	更现代，遵循 Unicode 标准，适合新项目或需要严格排序的场景
示例排序差异	“straße” 和 “strasse” 可能被视为相同	“straße” 和 “strasse” 被视为不同（更符合德语规则）

---

详细说明

1. 字符集支持：

   • 两者都基于 utf8mb4 字符集，这是 MySQL 支持 4 字节 UTF-8 的扩展，能够存储所有 Unicode 字符（包括表情符号、汉字等），比 utf8（3 字节 UTF-8）更全面。

2. 排序规则：

   • utf8mb4_general_ci：使用 MySQL 简化的排序规则，设计目标是速度快，但对非拉丁字符（如中文、日文）的排序可能不准确或不一致。
   • utf8mb4_unicode_ci：遵循 Unicode 标准（基于 UCA，Unicode Collation Algorithm），对多种语言和特殊字符的排序更精确，但计算复杂，性能稍低。

3. 性能：

   • utf8mb4_general_ci 在排序和比较操作中更快，适合性能敏感的场景。
   • utf8mb4_unicode_ci 由于规则更复杂，可能会稍微慢一些，但在需要精确排序的场景下更合适。

4. 语言支持：

   • 如果你的数据库主要存储英文或简单拉丁字符，utf8mb4_general_ci 足够用。
   • 如果你的应用涉及多种语言（尤其是非拉丁字符，如中文、韩文或阿拉伯文），utf8mb4_unicode_ci 是更好的选择。

5. 特殊字符处理：

   • utf8mb4_general_ci 对重音符号、连字符等处理较简单，可能导致排序不一致（如 “café” 和 “cafe” 被视为相同）。
   • utf8mb4_unicode_ci 遵循 Unicode 标准，更精确地处理这些字符（例如区分重音符号）。

6. 使用建议：

   • 性能优先：选择 utf8mb4_general_ci，适合简单应用或英文为主的数据。
   • 国际化和准确性优先：选择 utf8mb4_unicode_ci，适合需要支持多种语言或精确排序的场景。

---

如何选择

• 如果你的数据库主要用于英文或简单字符，且性能是首要考虑因素，可以使用 utf8mb4_general_ci。
• 如果你的应用需要支持多种语言（如中文、日文、韩文）或需要严格的排序规则（如德语中的 “ß” 和 “ss” 的区分），推荐使用 utf8mb4_unicode_ci。

在 MySQL 中，你可以通过以下语句查看可用排序规则：

SHOW COLLATION LIKE 'utf8mb4%';

或者在创建表或列时指定排序规则：

CREATE TABLE example (
  id INT AUTO_INCREMENT PRIMARY KEY,
  name VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
);