mysql 数据库字符集选择，是用 utf8 还是 utf8mb4？

utf8mb4

utf8mb4 能避免 emoji 存储问题

看场景，有特殊字符就必须后者

@Seanfuck 我能想到的特殊字符只有 emoji，还会有别的特殊字符吗

反正整个库必须要保持一致，不然连表查索引会走不上

请无脑选 utf8mb4

需要支持中文就无脑 utf8mb4，很多旧系统不支持生僻字就是因为不支持 4 字节，升级起来麻烦

新系统就上 utf8mb4 呗

新库无脑选择 utf8mb4，老库不爱改也可以不改。

MySQL 的 utf8mb4 才是真正意义上的 UTF-8

请问是使用 utf8mb4_bin 还是用 utf8mb4_general_ci?

目前 MySQL 8 默认就是 utf8mb4 , 一般为了兼容都是 utf8mb4

@imnpc MySQL 8 我看新建库的时候也是可以选 utf-8 的

用 jpa 存了一次 emoji，才知道要用 utf8mb4，记忆深刻。

utf8mb4 凡是表里面字段依赖用户输入无脑用这个

无论用哪种一定要统一。公司之前用的 utf8,后面用 utf8mb4 。虽说 utf8mb4 是 utf8 的超集，但是在索引关联上留下了大坑。

@wlzcool
@xsm1890
是的。
不过除了 charset 要保持一致外，college 也要保持一致。

百度复制来的

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 。

utf8mb4 emoji 难受

@qwerthhusn utf8mb4_unicode_ci

无脑上 utf8mb4， 不然会后悔

Mysql8.0 官方文档里说了，utf8 是 utf8mb3 的别名，utf8mb3 已经被弃用了，请选择 utf8mb4 代替 https://dev.mysql.com/doc/refman/8.0/en/charset-unicode-sets.html

utf8mb4 。因为 MySQL 的 utf8 不是 UTF-8，utf8mb4 才是。

如果你后面可能数据库会换的，建议 utf-8，如果稳定不换的，用 utf8mb4 。

@HDMItoDP MySQL 8 默认已经是 mb4

@qwerthhusn 如果只是中英文 utf8mb4_general_ci 跟 utf8mb4_unicode_ci 差别不大，ci 是 case insensitive, 即大小写不敏感。utf8mb4_bin 是二进制存储，大小写敏感

一般 utf8 有 emoji 的列转 utf8mb4

@xsm1890 大佬，索引关联有什么坑？