MySQL中utf8和utf8mb4编码有什么区别？

?本篇文章给大家带来的内容是对于MySQL中utf8和utf8mb4编码有什么区别？有一定的参照 价值，有需要的伴侣可以参照 一下，但愿对你有所帮忙。 本篇文章给大家带来的内容是对于MySQL中utf8和utf8mb4编码有什么区别？有一定的参照 价值，有需要的伴侣可以参照 一下，但愿对你有所帮忙。

一、简介

MySQL在5.5.3之后添加了这个utf8mb4的编码，mb4就是most bytes 4的意思，专门用来兼容四字节的unicode。好在utf8mb4是utf8的超集，除了将编码改为utf8mb4外不需要做其他转换。固然，为了节俭空间，个别状况下运用utf8也就够了。

二、内容描述

那上面说了既然utf8能够存下大局部中文汉字,那为何还要运用utf8mb4呢? 本来mysql支撑的 utf8 编码最大字符长度为 3 字节，要是碰到 4 字节的宽字符就会插入异样了。三个字节的 UTF-8 最大能编码的 Unicode 字符是 0xffff，也就是 Unicode 中的根本多文种平面(BMP)。也就是说，任何不在根本多文本平面的 Unicode字符，都没法运用 Mysql 的 utf8 字符集存储。包含 Emoji 神情(Emoji 是一种特别的 Unicode 编码，常见于 ios 和 android 手机上)，和许多不常用的汉字，以及任何新增的 Unicode 字符等等。

三、题目根源

最初的 UTF-8 格局运用一至六个字节，最大能编码 31 位字符。最新的 UTF-8 标准只运用一到四个字节，最大能编码21位，正好能够表示所有的 17个 Unicode 平面。

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

Mysql 中的 utf8 为何只支撑持最长三个字节的 UTF-8字符呢？
我想了一下，可能是由于 Mysql 刚开端开发那会，Unicode 尚无辅助平面这一说呢。那时候，Unicode 委员会还做着 “65535 个字符脚够全天下用了”的美梦。Mysql 中的字符串长度算的是字符数而非字节数，关于 CHAR 数据类型来说，需要为字符串保存脚够的长。当运用 utf8 字符集时，需要保存的长度就是 utf8 最长字符长度乘以字符串长度，所以这里天经地义的限定了 utf8 最大长度为 3，比方 CHAR(100) Mysql 会保存 300字节长度。至于后续的版本为何不合错误 4 字节长度的 UTF-8 字符供给支撑，我想一个是为了向后兼容性的考虑，还有就是根本多文种平面以外的字符的确很少用到。

要在 Mysql 中保留 4 字节长度的 UTF-8 字符，需要运用 utf8mb4 字符集，但只要 5.5.3 版本今后的才支撑(查看版本： select version();)。我觉得，为了猎取更好的兼容性，应当总是运用 utf8mb4 而非 utf8. 关于 CHAR 类型数据，utf8mb4 会多耗损一些空间，依据 Mysql 官方倡议，运用 VARCHAR 替换 CHAR。

以上就是MySQL中utf8和utf8mb4编码有什么区别？的细致内容，更多请关注 百分百源码网 其它相干文章！