MySQL的utf8实为utf8mb3，仅支持3字节Unicode字符，无法存储emoji、生僻汉字等4字节字符，导致插入报Incorrect string value错误或显示问号；utf8mb4才是完整UTF-8实现，自5.5.3引入，8.0起设为默认。
必须统一所有环节的字符集为 utf8mb4，否则乱码只是暂时压住，不是解决。
为什么 utf8 不行，非得用 utf8mb4
MySQL 的 utf8 实际只支持最多 3 字节的 Unicode 字符，不包含 emoji、大部分生僻汉字、韩文、越南文扩展区等——这些字符会直接被截断或替换成 ?。而 utf8mb4 是真正完整的 UTF-8 实现（最大 4 字节）。
常见错误现象：Incorrect string value: '\xF0\x9F\x98\x82' for column 就是 emoji 存不进去；INSERT 成功但查出来是问号或方块，也大概率是用了假 utf8。
- 服务端配置里写
utf8→ 实际仍是 MySQL 的阉割版，无效 - 建表时指定
CHARACTER SET utf8→ 同样踩坑，必须显式写utf8mb4 - 应用连接参数设
charset=utf8→ 连的是假 utf8，应改为charset=utf8mb4
配置文件里怎么改才生效
只改 [client] 或只改 [mysqld] 都不够。必须三处都覆盖，且重启服务：
-
[mysqld]段加：character-set-server = utf8mb4collation-server = utf8mb4_unicode_ci -
[client]段加：default-character-set = utf8mb4 -
[mysql]段加（命令行客户端）：default-character-set = utf8mb4
Linux 下配置文件通常是 /etc/mysql/my.cnf 或 /etc/my.cnf；Windows 下是 my.ini。改完必须执行 sudo systemctl restart mysql（或 net stop mysql && net start mysql），否则配置不加载。
已有库/表怎么安全转成 utf8mb4
不能只靠 ALTER DATABASE ... CHARACTER SET，那只会改默认值，不改已有表和字段的实际存储格式。
- 先确认当前状态：
SHOW VARIABLES LIKE 'character_set%';和SHOW CREATE TABLE your_table\G; - 改库：
ALTER DATABASE your_db CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci; - 改表（含字段）：
ALTER TABLE your_table CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 如果字段类型是
TEXT或VARCHAR，且原长度接近上限（如VARCHAR(255)），注意：utf8mb4 单字符最多占 4 字节，InnoDB 行大小限制可能触发Row size too large错误，此时需缩短字段长度或启用innodb_large_prefix=ON
客户端连接时最容易漏掉的点
即使服务端全配对了，应用连上去还是乱码，大概率是连接层没对齐。
- 命令行登录后立即执行：
SET NAMES utf8mb4;（临时生效，仅当前 session） - PHP PDO 连接字符串必须带：
;charset=utf8mb4 - Java JDBC URL 加参数：
?useUnicode=true&characterEncoding=utf8mb4 - Node.js mysql2 库：
charset: 'utf8mb4'作为 connection config 项 - Navicat / DBeaver 等 GUI 工具：连接属性里明确选
utf8mb4，别信“自动检测”
最隐蔽的坑：某些旧版驱动（如老版本 mysql-connector-java）即使参数写了 utf8mb4，内部仍按 utf8 解析——务必核对驱动文档版本兼容性。
