MySQL 根据 Unicode 排序算法（UCA）描述在http://www.unicode.org/reports/tr10/实现了 xxx_unicode_ci 排序规则。该排序规则使用版本-4.0.0 UCA 权重键：http://www.unicode.org/Public/UCA/4.0.0/allkeys-4.0.0.txt。 xxx_unicode_ci 排序规则对 Unicode 排序算法只提供部分支持，某些字符不受支持，组合标记也不是完全支持。这影响了语言，如越南语、约鲁巴语和纳瓦霍语。一个组合字符被认为不同于同一个字符写成单个unicode 字符串比较中，并且这两个字符被认为有不同的长度（例如，返回CHAR_LENGTH() 函数或结果集元数据）。

基于 UCA 版本高于 4.0.0 的 Unicode 排序规则在排序规则名称中包含版本。示例：

LOWER() 和 UPPER() 函数根据其参数的排序规则执行大小写折叠。使用 Unicode 版本高于 4.0.0 的字符只有在参数排序规则使用高于 4.0.0 的 UCA 版本时才被这些函数转换。

基于 UCA 9.0.0 及更高版本的排序规则比基于 UCA 9.0.0 之前的版本快。它们也具有NO PAD 属性，相比于基于 UCA 9.0.0 之前的版本使用的 PAD SPACE。对于非二进制字符串比较，NO PAD 排序规则将字符串末尾的空格视为其他字符（见比较时的空格处理）。

要确定排序规则的 pad 属性，可以使用 INFORMATION_SCHEMA COLLATIONS 表的PAD_ATTRIBUTE 列，例如：

mysql> SELECT COLLATION_NAME, PAD_ATTRIBUTE
       FROM INFORMATION_SCHEMA.COLLATIONS
       WHERE CHARACTER_SET_NAME = 'utf8mb4';
+----------------------------+---------------+
| COLLATION_NAME             | PAD_ATTRIBUTE |
+----------------------------+---------------+
| utf8mb4_general_ci         | PAD SPACE     |
| utf8mb4_bin                | PAD SPACE     |
| utf8mb4_unicode_ci         | PAD SPACE     |
| utf8mb4_icelandic_ci       | PAD SPACE     |
...
| utf8mb4_0900_ai_ci         | NO PAD        |
| utf8mb4_de_pb_0900_ai_ci   | NO PAD        |
| utf8mb4_is_0900_ai_ci      | NO PAD        |
...
| utf8mb4_ja_0900_as_cs      | NO PAD        |
| utf8mb4_ja_0900_as_cs_ks   | NO PAD        |
| utf8mb4_0900_as_ci         | NO PAD        |
| utf8mb4_ru_0900_ai_ci      | NO PAD        |
| utf8mb4_ru_0900_as_cs      | NO PAD        |
| utf8mb4_zh_0900_as_cs      | NO PAD        |
| utf8mb4_0900_bin           | NO PAD        |
+----------------------------+---------------+

非二进制字符串值（CHAR、VARCHAR 和 TEXT）具有NO PAD 排序规则与其他排序规则不同，例如，'a' 和 'a ' 将被视为不同的字符串，而不是同一个字符串。这可以使用 utf8mb4 的二进制排序来观察。utf8mb4_bin 排序规则的 pad 属性是 PAD SPACE，而 utf8mb4_0900_bin 排序规则的属性是 NO PAD。因此，对于 utf8mb4_0900_bin 的操作不添加尾部空格，涉及字符串尾部空格的比较结果可能不同：

mysql> CREATE TABLE t1 (c CHAR(10) COLLATE utf8mb4_bin);
Query OK, 0 rows affected (0.03 sec)

mysql> INSERT INTO t1 VALUES('a');
Query OK, 1 row affected (0.01 sec)

mysql> SELECT * FROM t1 WHERE c = 'a ';
+------+
| c    |
+------+
| a    |
+------+
1 row in set (0.00 sec)

mysql> ALTER TABLE t1 MODIFY c CHAR(10) COLLATE utf8mb4_0900_bin;
Query OK, 0 rows affected (0.02 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> SELECT * FROM t1 WHERE c = 'a ';
Empty set (0.00 sec)

MySQL 实现了语言特定的 Unicode 排序规则，如果基于 Unicode 排序算法（UCA）的排序不适用于某种语言。语言特定的排序规则是 UCA 基础上加语言定制规则。这些规则后面在本节中出现。关于特定语言排序的问题，http://unicode.org 提供了通用地区数据库（CLDR）排序图表，在 http://www.unicode.org/cldr/charts/30/collation/index.html 中可以找到。

例如，非语言特定的 utf8mb4_0900_ai_ci 和 语言特定的 utf8mb4_LOCALE_0900_ai_ci Unicode 排序规则都具有这些特征：

包含locale代码或语言名称的排序规则名称是语言特定的排序规则。Unicode 字符集可能包括这些语言的排序规则。

MySQL 提供了 utf8mb4_bg_0900_ai_ci 和 utf8mb4_bg_0900_as_cs 这两个保加利亚编码。

克罗地亚编码是为这些克罗地亚字母而设计的：Č，Ć，Dž，Đ，Lj，Nj，Š，Ž.

MySQL 提供了用于塞尔维亚语和波斯尼亚语的utf8mb4_sr_latn_0900_ai_ci 和 utf8mb4_sr_latn_0900_as_cs 排序规则，以及用于波黑语的utf8mb4_bs_0900_ai_ci 和 utf8mb4_bs_0900_as_cs 排序规则，用于这些语言使用拉丁字母。

MySQL 对于挪威语提供了两个主要变体的排序规则：对于布克马尔语，可以使用utf8mb4_nb_0900_ai_ci 和 utf8mb4_nb_0900_as_cs；对于尼诺斯克语，MySQL 现在提供了utf8mb4_nn_0900_ai_ci 和 utf8mb4_nn_0900_as_cs。

对于日语，utf8mb4 字符集包括utf8mb4_ja_0900_as_cs 和 utf8mb4_ja_0900_as_cs_ks 排序规则。两个排序规则都是音调敏感的和大小写敏感的。utf8mb4_ja_0900_as_cs_ks 还是片假名敏感，区分片假名字符和平假名字符，而utf8mb4_ja_0900_as_cs 对片假名和平假名字符进行排序视为等价。需要日语排序规则但不需要片假名敏感的应用程序可以使用 utf8mb4_ja_0900_as_cs，以提高排序性能。utf8mb4_ja_0900_as_cs 对于排序使用三个权重级别，而utf8mb4_ja_0900_as_cs_ks 使用四个。

对于古典拉丁语的不敏感排序，I 和 J 作为等价，U 和 V 也作等价。I 和 J、U 和 V 在基础字母级别上作等价。换言之，J 被视为带点的 I，U 被视为带点的 V。

MySQL 提供了使用西里尔字母书写蒙古语的排序，包括 utf8mb4_mn_cyrl_0900_ai_ci 和 utf8mb4_mn_cyrl_0900_as_cs。

西班牙语排序可用于现代和传统西班牙语。对于两者，ñ(n-tilde) 在 n 和 o 之间作单独字母。此外，对于传统西班牙语，ch 在 c 和 d 之间作单独字母，ll 在 l 和 m 之间也作单独字母。

传统西班牙语排序也可用于阿斯图里亚斯和加利西亚语。MySQL 还提供了 utf8mb4_gl_0900_ai_ci 和 utf8mb4_gl_0900_as_cs 排序以供加利西亚语使用。（这些排序与 utf8mb4_es_0900_ai_ci 和 utf8mb4_es_0900_as_cs 相同，分别。）

瑞典语排序包括瑞典语规则。例如，在瑞典语中，以下关系成立，这并不是德国或法语发音者所期望的：

Ü = Y < Ö

对于任何 Unicode 字符集，使用 xxx_general_ci 排序规则执行的操作都比使用 xxx_unicode_ci 排序规则快，但不太准确。例如，utf8mb4_general_ci 排序规则的比较速度更快，但是略微不正确，而 utf8mb4_unicode_ci 排序规则的比较速度较慢，但更加准确。原因是 utf8mb4_unicode_ci 支持映射，如扩展；例如，ß 等于 ss 在德语和一些其他语言中。utf8mb4_unicode_ci 还支持合并和忽略字符。utf8mb4_general_ci 是一个遗留排序规则，不支持扩展、合并或忽略字符，只能进行一对一的比较。

为了更好地解释，以下等式在 utf8mb4_general_ci 和 utf8mb4_unicode_ci 中都成立（关于比较或搜索的效果，请参见第12.8.6节，“排序规则的示例”）：

Ä = A
Ö = O
Ü = U

两个排序规则之间的一个差异是：

ß = s

而这个是 utf8mb4_unicode_ci 排序规则支持德语 DIN-1 排序（也称字典顺序）：

ß = ss

MySQL 如果语言特定的 Unicode 排序与utf8mb4_unicode_ci不佳，实现语言特定的 Unicode 排序。例如，utf8mb4_unicode_ci 对德语字典顺序和法语都很好，所以不需要创建特殊的utf8mb4 排序。

utf8mb4_general_ci 对德语和法语也都满意，除了ß 等于 s，而不是ss。如果这不可接受（例如，如果您需要德语字典顺序），使用utf8mb4_unicode_ci，因为它更准确。如果这可接受（例如，如果您的应用程序要求速度），使用utf8mb4_general_ci，因为它更快。

如果您需要德语 DIN-2 (电话簿) 排序，使用utf8mb4_german2_ci 排序，它将比较以下字符集等价：

Ä = Æ = AE
Ö = Œ = OE
Ü = UE
ß = ss

utf8mb4_german2_ci 类似于 latin1_german2_ci，但是后者不将Æ 等于 AE 或 Œ 等于 OE。没有对应的utf8mb4_german_ci 排序，因为utf8mb4_general_ci 已经足够。

一个字符的排序权重是按照以下方式确定的：

可以使用WEIGHT_STRING()函数显示排序权重。 (参见第14.8节，“字符串函数和操作符”。)如果排序使用权重查找表，但字符不在表中（例如，因为它是“新”字符），则排序权重确定变得更加复杂：

存在“按字符代码值排序”和“按字符二进制表示排序”的差异，这种差异只在 utf16_bin 中出现，因为有 surrogate。

假设 utf16_bin（utf16 的二进制排序）是“字节-by-字节”而不是“字符-by-字符”。如果那样，那么 utf16_bin 中的字符顺序将不同于 utf8mb4_bin。例如，以下表格显示两个罕见字符。第一个字符在范围 E000-FFFF 内，所以它大于 surrogate 但小于补充字符。第二个字符是补充字符。

Code point  Character                    utf8mb4      utf16
----------  ---------                    -------      -----
0FF9D       HALFWIDTH KATAKANA LETTER N  EF BE 9D     FF 9D
10384       UGARITIC LETTER DELTA        F0 90 8E 84  D8 00 DF 84

表格中的两个字符按代码点值排序，因为 0xff9d 小于 0x10384。它们也按 utf8mb4 值排序，因为 0xef 小于 0xf0。但是，如果我们使用字节-by-字节比较，那么它们不在 utf16 值顺序中，因为 0xff 大于 0xd8。

因此，MySQL 的 utf16_bin 排序不是“字节-by 字节.” 它是“按代码点.” 当 MySQL 看到 utf16 编码时，它将其转换为字符的代码点值，然后比较。因此，utf8mb4_bin 和 utf16_bin 排序是一致的。这与 SQL:2008 标准对 UCS_BASIC 排序的要求一致：“UCS_BASIC 是一个在字符串排序中由字符 Unicode 字符值确定的排序。它适用于 UCS 字符库。由于每个字符库都是 UCS 库的子集，UCS_BASIC 排序可能适用于每个字符集。注意 11：字符的 Unicode 字符值是其代码点视为无符号整数.”

如果字符集是 ucs2，比较是字节-by 字节，但是 ucs2 字符串不应该包含代理项。

The xxx_general_mysql500_ci 排序保留了原始 xxx_general_ci 排序的前 5.1.24 版本，并允许在 MySQL 5.1.24 之前的表创建升级（Bug #27877）。