MySQL的utf8实际是最多支持3字节的utf8mb3，而Emoji需4字节UTF-8编码，故无法存储；必须统一配置服务端、连接、库、表、字段为utf8mb4并重启生效。
为什么 utf8 字符集存不了 Emoji？
MySQL 的 utf8 实际是“伪 UTF-8”，最多只支持 3 字节编码，而 Emoji（如 ?、?、??）普遍需要 4 字节 UTF-8 编码。用 utf8 存储时，MySQL 会静默截断或报错 Incorrect string value，导致乱码或插入失败。
-
utf8mb4才是真正的 UTF-8 实现，支持 1–4 字节字符 - MySQL 5.5.3+ 开始支持
utf8mb4，但默认不启用，且服务端、数据库、表、列、连接需全部对齐，缺一不可
如何检查并切换到 utf8mb4？
先确认当前环境是否已就绪：
- 查看服务端默认字符集：
SHOW VARIABLES LIKE 'character_set_server';（应为utf8mb4） - 查看连接默认字符集：
SHOW VARIABLES LIKE 'collation_connection';（建议设为utf8mb4_unicode_ci或utf8mb4_0900_ai_ci）
修改步骤（需有 SUPER 权限）：
- 编辑 MySQL 配置文件（如
/etc/my.cnf或my.ini），在[mysqld]下添加：[mysqld] character-set-server = utf8mb4 collation-server = utf8mb4_unicode_ci
- 在
[client]和[mysql]下添加：[client] default-character-set = utf8mb4
- 重启 MySQL 服务后，执行
ALTER DATABASE db_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci; - 对已有表逐个升级：
ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
应用连接层必须显式指定 utf8mb4
即使数据库和表已设为 utf8mb4，如果客户端连接未声明，仍会回落到 utf8。
- JDBC 连接串需加参数：
?characterEncoding=utf8mb4&serverTimezone=UTC - Python 的
pymysql初始化时传参：charset='utf8mb4' - Node.js 的
mysql2配置中写：charset: 'utf8mb4' - PHP PDO DSN 中加入：
;charset=utf8mb4
漏掉任意一环，Emoji 插入时可能变成 ??? 或触发 Data too long（因字段长度按字符计，但 utf8 下 4 字节 Emoji 被误判为非法）
字段长度与索引限制要注意
utf8mb4 下每个字符最多占 4 字节，这会影响：
VARCHAR(255)在utf8mb4下实际最多占用 1020 字节（255 × 4），可能超出 InnoDB 单行索引前缀限制（767 字节，默认innodb_large_prefix=OFF）若字段用于索引（如
username VARCHAR(255)），建议缩短长度（如VARCHAR(191)），或开启大前缀支持：SET GLOBAL innodb_file_format=Barracuda; SET GLOBAL innodb_large_prefix=ON;，并设表行格式：ROW_FORMAT=DYNAMIC不要盲目把所有字段都改成
utf8mb4，只需覆盖明确需要存 Emoji 的字段（如content、nickname）TINYTEXT/TEXT类型不受索引长度限制影响，适合长文本 + Emoji 混合场景
Emoji 支持不是“改个字符集就完事”，它是一条从配置文件、服务端、建表语句、连接参数到字段定义的完整链路；任一环节用回 utf8，都会在某个时刻突然崩出问号或报错。
