紧急通知!不要在MySQL中使用UTF-8编码!!!_mysql

紧急通知!不要在MySQL中使用UTF-8编码!!!_数据库_02

紧急通知!不要在MySQL中使用UTF-8编码!!!_unicode_03

紧急通知!不要在MySQL中使用UTF-8编码!!!_mysql_04

紧急通知!不要在MySQL中使用UTF-8编码!!!_编程语言_05

紧急通知!不要在MySQL中使用UTF-8编码!!!_编程语言_06

紧急通知!不要在MySQL中使用UTF-8编码!!!_mysql_07

紧急通知!不要在MySQL中使用UTF-8编码!!!_3d_08

紧急通知!不要在MySQL中使用UTF-8编码!!!_mysql_09

紧急通知!不要在MySQL中使用UTF-8编码!!!_3d_10

紧急通知!不要在MySQL中使用UTF-8编码!!!_mysql_11

MySQL是一种关系型数据库,这个大家肯定都不陌生,使用MySQL创建数据库的时候,大家需要指定一种编码方式。

很多时候,大家基于自己对编码方式的了解,会认为UTF-8是一种通用的编码方式,所以大多数时候会默认选择这种编码方式。

但是,这往往会给你的数据库埋下一个大坑!!!

紧急通知!不要在MySQL中使用UTF-8编码!!!_mysql_12

紧急通知!不要在MySQL中使用UTF-8编码!!!_3d_13

MySQL对Unicode的支持

Unicode字符集,他现在已经是计算机科学领域里的一项业界标准,它对世界上大部分的文字系统进行了整理、编码,使得计算机可以用更为简单的方式来呈现和处理文字。

为了适应不同的数据存储和传递需求,人们提出了 Unicode Transformation Format(UTF)系列编码。这其中包含UTF-8、UTF-16、UTF-32等。

通过查阅MySQL官方文档(https://dev.mysql.com/doc/refman/8.0/en/charset-unicode.html ),我们可以知道,在MySQL中,主要支持以下字符集:utf8、ucs2、utf8mb3、utf8mb4、utf16、utf16le和utf32

不同的字符集的区别在于包含的字符情况以及存储需要的空间。

紧急通知!不要在MySQL中使用UTF-8编码!!!_3d_14

在MySQL官方文档中,介绍了支持的编码方式之后,还有一段醒目的提醒:

紧急通知!不要在MySQL中使用UTF-8编码!!!_数据库_15

翻译过来是:utf8mb3字符集已被弃用,它在未来的MySQL版本中将会被删除,请使用utf8mb4代替。在目前的8.0版本中,utf8指的就是utf8mb3,虽然未来可能改成utf8mb4,但是为了避免产生歧义,可以考虑为字符集引用显式指定utf8mb4,而不是utf8。

也就是说,当我们在MySQL 8.0 中指定字符编码方式为UTF-8的时候,其实使用的是utf8mb3这种编码方式。

那么,我们先来说说utf8mb3。

紧急通知!不要在MySQL中使用UTF-8编码!!!_unicode_16

紧急通知!不要在MySQL中使用UTF-8编码!!!_编程语言_17

紧急通知!不要在MySQL中使用UTF-8编码!!!_mysql_18

紧急通知!不要在MySQL中使用UTF-8编码!!!_3d_19

utf8mb3

utf8mb3字符集是MySQL早期就支持的字符集,他具有以下特征:

1、仅支持BMP字符(不支持补充字符)

2、每个多字节字符最多需要三个字节

注意,仅支持BMP字符,那么什么是BMP字符呢?

BMP是Basic Multilingual Plane的缩写,即码位在0到65535之间(或者U+0000和U+FFFF)的字符。

BMP中并不包含补充字符,即码位在U+10000和U+10FFFF之间的的字符。补充字符有哪些呢,如一些生僻的汉字,或者Emoji 表情等都是补充字符。

也就是说,如果在建表的时候,指定的编码方式是utf8mb3(utf-8),那么对于一些生僻字或者emoji表情都无法表示。

紧急通知!不要在MySQL中使用UTF-8编码!!!_mysql_20

紧急通知!不要在MySQL中使用UTF-8编码!!!_数据库_21

紧急通知!不要在MySQL中使用UTF-8编码!!!_数据库_22

紧急通知!不要在MySQL中使用UTF-8编码!!!_unicode_23

utf8mb4

早期的时候,Unicode 只用到了 0~0xFFFF 范围的数字编码,这就是 BMP 字符集。所以,最初MySQL在设计之初,也就只涉及了包含BMP 字符集的utfmb3(utf-8),但是随着文字越来越多,3个字节肯定无法全部表示,于是Unicode支持的字符就更多了。

所以,早期的utfmb3在有些场景中就不能满足需求了,于是,MySQL在5.5.3之后增加了utf8mb4的编码。

utfmb4字符集具有以下特征:

1、支持BMP和补充字符。

2、每个多字节字符最多需要4个字节。

utf8mb4与utf8mb3字符集不同,utf8mb3字符集只支持BMP字符,每个字符最多使用三个字节:

对于BMP字符,utf8mb4和utf8mb3具有相同的存储特征,即相同的编码值,相同的编码,相同的长度。

对于补充字符,utf8mb4需要4个字节来存储它,而utf8mb3根本不能存储该字符。所以我们说utf8mb4是utf8mb3的超集。

所以,很多时候,为了考虑到兼容性,建议创建MySQL表的时候,使用utf8mb4,而不是utf8!

utf8mb3和utf8mb4区别及优缺点

前面分别介绍了utf8mb3和utf8mb4字符集,他们的区别如下:

utf8mb3只支持BMP (Basic Multilingual Plane)的字符。utf8mb4还支持BMP之外的补充字符。

utf8mb3每个字符最多使用3个字节。Utf8mb4每个字符最多使用4个字节。

utf8mb4比utf8mb3来说,他能表示更多的补充字符,但是同时占用的空间可能会更大一些。

紧急通知!不要在MySQL中使用UTF-8编码!!!_数据库_24

紧急通知!不要在MySQL中使用UTF-8编码!!!_数据库_25

紧急通知!不要在MySQL中使用UTF-8编码!!!_unicode_26

紧急通知!不要在MySQL中使用UTF-8编码!!!_编程语言_27

从utf8mb3转换成utf8mb4

首先,想要把字符集从utf8mb3转换到utf8mb4,其实是问题不大的:

对于BMP字符,utf8mb4和utf8mb3具有相同的存储特征:相同的编码值,相同的编码,相同的长度。

对于补充字符,utf8mb4需要4个字节来存储它,而utf8mb3根本不能存储该字符。当将utf8mb3列转换为utf8mb4时,您不必担心转换补充字符,因为没有补充字符。

假设有一张已知表使用了utf8mb3:

CREATE TABLE t1 (
col1 CHAR(10) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL,
col2 CHAR(10) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL
) CHARACTER SET utf8;

下面的语句将t1转换为utf8mb4:

ALTER TABLE t1
DEFAULT CHARACTER SET utf8mb4,
MODIFY col1 CHAR(10)
CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL,
MODIFY col2 CHAR(10)
CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NOT NULL;

紧急通知!不要在MySQL中使用UTF-8编码!!!_mysql_28

紧急通知!不要在MySQL中使用UTF-8编码!!!_mysql_29

紧急通知!不要在MySQL中使用UTF-8编码!!!_数据库_30

紧急通知!不要在MySQL中使用UTF-8编码!!!_3d_31


如果你喜欢本文,

请长按二维码,关注 Hollis.

紧急通知!不要在MySQL中使用UTF-8编码!!!_3d_32