对比项
| utf8
| utf8mb4
|
|---|
**Unicode字符支持范围**
| 主要支持Unicode字符集中的基本多语言平面（BMP）范围内的字符，即码点范围从0x0000到0xFFFF。
| 支持Unicode字符集的全部字符，包括BMP范围和辅助平面字符，码点范围从0x0000到0x10FFFF。
|
**编码的最大字符长度**
| 在MySQL等数据库中，utf8编码的最大字符长度为3字节。
| 其编码的最大字符长度为4字节。
|
**存储空间需求**
| 由于utf8mb4支持更多的字符且最大字符长度更大，因此相比utf8，它在存储相同数量的字符时可能会占用更多的存储空间。
| 相比utf8，它在存储相同数量的字符时可能会占用更多的存储空间。
|
**前端开发的影响**
| 需要确保前端、后端、数据库都使用相同的编码，以避免乱码问题。
| 需要确保前端、后端、数据库都使用相同的编码，以避免乱码问题。
|
**存储需求**
| 使用1到3个字节存储字符。
| 使用1到4个字节存储字符。
|
**字符支持**
| 只支持Unicode字符的子集，该子集包含大多数常用字符，但不包括一些特殊字符和Emoji表情符号。
| 支持完整的Unicode字符集，包括所有的Emoji表情符号。
|
**应用兼容性**
| 大多数Web应用程序使用UTF-8编码存储和处理字符数据。因此，对于现有的UTF-8应用程序，迁移到UTF-8MB4可能需要一些额外的工作。
| UTF-8MB4编码支持存储4字节的Unicode字符，包括Emoji表情符号。
|
**性能影响**
| utf8mb4的查询和索引可能稍微慢一些，因为占用更多的空间和内存。
| utf8mb4编码的字符会占用更多的带宽，传输速度可能会稍慢。
|
| **安全性** | 稍低，更容易被恶意字符串攻击。 | 较高，保留恶意字符串，然后报错或乱码提示。
|
| **选择建议** | 如果你的应用程序只需要处理常见的字符，那么UTF-8可能是一个不错的选择。 | 如果你需要存储emoji表情或其他四字节的Unicode字符，那么utf8mb4是更好的选择。
|