MySQL - 常用排序规则utf8mb4_general_ci、utf8mb4_unicode_ci、utf8mb4_bin、utf8mb4_0900_ai_ci和存储字符集 utf8 和 utf8

快来打我* 2023-09-25 20:36 88阅读 0赞

在创建数据库时，我们经常会需要填写数据库名、字符集、排序规则

常用的存储字符集 utf8 和 utf8mb4

排序字符集 utf8mb4\_unicode\_ci 和 utf8mb4\_general\_ci、utf8mb4\_bin、utf8mb4\_0900\_ai\_ci

![在这里插入图片描述][8853cb6003514a53a9ab2f3cb8f825a2.png]

## 一、存储字符集 utf8 和 utf8mb4 ##

#### 1、utf8 ####

utf8 是 Mysql 中的一种字符集，只支持最长三个字节的 UTF-8 字符，也就是 Unicode 中的基本多文本平面

#### 2、utf8mb4 ####

要在 Mysql 中保存 4 字节长度的 UTF-8 字符，需要使用 utf8mb4 字符集，但只有 5.5.3 版本以后的才支持。我觉得，为了获取更好的兼容性，应该总是使用 utf8mb4 而非 utf8。对于 CHAR 类型数据，utf8mb4 会多消耗一些空间，根据 Mysql 官方建议，使用 VARCHAR 替代 CHAR

#### 总结： ####

**UTF-8是使用1~4个字节，一种变长的编码格式，字符编码。mb4即 most bytes 4，使用4个字节来表示完整的UTF-8**

mysql的 utf8 编码最大字符长度为 3 字节，如果遇到 4 字节的宽字符就会插入异常了。三个字节的 UTF-8 最大能编码的 Unicode 字符是 0xffff，也就是 Unicode 中的基本多文种平面(BMP)。也就是说，任何不在基本多文本平面的 Unicode字符，都无法使用 Mysql 的 utf8 字符集存储。包括 Emoji 表情(Emoji 是一种特殊的 Unicode 编码，常见于 ios 和 android 手机上)，和很多不常用的汉字，以及任何新增的 Unicode 字符等等

MySQL的utf8是utfmb3，只有三个字节，节省空间但不能表达全部的UTF-8。所以推荐使用utf8mb4（是utf8的超集并完全兼容它，能够用四个字节存储更多的字符，这几乎包含了世界上所有能看到见的语言。）。

##    二、排序字符集 ##

## utf8mb4\_unicode\_ci 和 utf8mb4\_general\_ci、utf8mb4\_bin、utf8mb4\_0900\_ai\_ci ##

MySQL常用排序规则utf8mb4\_general\_ci、utf8mb4\_unicode\_ci、utf8mb4\_bin\_ci

**ci 是 case insensitive**，不区分大小写，即 "大小写不敏感", a 和 A 会在字符判断中会被当做一样的。  
**bin 是二进制, a 和 A 会别区别对待**（例如运行SELECT \* FROM table WHERE txt = 'a'， 那么在utf8mb4\_bin中就找不到 txt = 'A' 的那一行, 而 utf8mb4\_general\_ci 则可以）

#### **1、utf8mb4\_unicode\_ci**： ####

是基于标准的Unicode来排序和比较，能够在各种语言之间精确排序，Unicode排序规则为了能够处理特殊字符的情况，实现了略微复杂的排序算法

#### 2、utf8mb4\_general\_ci： ####

是一个遗留的 校对规则，不支持扩展，它仅能够在字符之间进行逐个比较

不区分大小写， utf8mb4\_general\_cs 区分大小写

utf8\_general\_ci校对规则进行的比较速度很快，但是与使用 utf8mb4\_unicode\_ci的校对规则相比，比较正确性较差

#### 3、utf8mb4\_bin： ####

将字符串每个字符用二进制数据编译存储，区分大小写，而且可以存二进制的内容

#### 4、utf8mb4\_0900\_ai\_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 排序规则现在是默认排序规则，因此默认情况下新表格可以存储基本多语言平面之外的字符。现在可以默认存储表情符号。如果需要重音灵敏度和区分大小写，则可以使用 utf8mb4\_0900\_as\_cs 代替。

### utf8mb4\_unicode\_ci 和 utf8mb4\_general\_ci 的区别 ###

**1、准确性**

**utf8mb4\_unicode\_ci** 是基于标准的 Unicode 来排序和比较，能够在各种语言之间精确排序

**utf8mb4\_general\_ci** 没有实现 Unicode 排序规则，在遇到某些特殊语言或者字符集，排序结果可能不一致

但是绝大多数情况下，这些特殊字符的顺序并不需要那么精确

**2、性能**

utf8mb4\_general\_ci 在比较和排序的时候更快

utf8mb4\_unicode\_ci 在特殊情况下，Unicode 排序规则为了能够处理特殊字符的情况，实现了略微复杂的排序算法。

但是在绝大多数情况下，不会发生此类复杂比较。相比选择哪一种 collation，使用者更应该关心字符集与排序规则在 db 里需要统一

【1】对于一种语言仅当使用 utf8mb4\_unicode\_ci 排序做的不好时，才执行与具体语言相关的utf8mb4字符集校对规则。例如，对于德语和法语，utf8mb4\_unicode\_ci工作的很好，因此不再需要为这两种语言创建特殊的utf8mb4校对规则

【2】utf8mb4\_general\_ci 也适用德语、法语或者俄语，但会有不准。如果你的应用能够接受这些，那么应该使用 utf8mb4\_general\_ci，因为它速度快。否则，使用utf8mb4\_unicode\_ci，因为它比较准确

> 虽然推荐用 utf8mb4\_unicode\_ci，但是用 utf8mb4\_general\_ci 也没啥问题
> 
> 因为utf8mb4\_unicode\_ci比较准确，utf8mb4\_general\_ci速度比较快。通常情况下，新建数据库 和 建 varchar字符集类型字段 时一般选用 `utf8mb4_general_ci`就可以

[8853cb6003514a53a9ab2f3cb8f825a2.png]: https://img-blog.csdnimg.cn/8853cb6003514a53a9ab2f3cb8f825a2.png