MySQL插入中文乱码的根本原因是utf8（即utf8mb3）仅支持3字节编码，无法存储emoji或部分生僻汉字，必须全链路升级为utf8mb4才能彻底解决。
MySQL插入中文乱码，根本不是“存不进去”，而是编码链路中某一段用了utf8（即utf8mb3）却试图存4字节字符（比如 emoji 或某些生僻中文），导致被截断或报错 Incorrect string value: '\xF0\x9F\x98\x80' for column。直接改utf8到utf8mb4才是治本方案，但必须全链路同步改，漏一环就白忙。
为什么utf8不行，非得utf8mb4？
MySQL 的 utf8 是个历史包袱：它最多只支持 3 字节编码，无法表示 emoji（如 ?）、部分 Unicode 4.0+ 新增汉字（如 “?”）、甚至某些常用繁体字。而 utf8mb4 是真正完整的 UTF-8 实现，兼容所有 Unicode 字符，且向后兼容 utf8 —— 也就是说，你把表从 utf8 改成 utf8mb4，原有数据不会损坏，也不需要重导。
-
utf8mb4不是“升级版插件”，它是 MySQL 原生支持的字符集，5.5.3+ 版本默认可用 - 别信“
utf8就是 UTF-8”的说法，MySQL 文档里明确写了：utf8=utf8mb3 - 如果你的业务涉及微信/钉钉/富文本/用户昵称/评论区，
utf8mb4是底线，不是可选项
如何检查当前是否真在用utf8mb4？
光看 show variables like '%char%' 不够，那只是连接层配置。必须逐层确认：
- 执行
show variables like 'character_set%';，确保character_set_client、character_set_connection、character_set_results都是utf8mb4（不是utf8） - 执行
show create database your_db;，确认DEFAULT CHARACTER SET是utf8mb4 - 执行
show create table your_table;，确认建表语句里字段或表级指定了CHARACTER SET utf8mb4 - 特别注意：如果表是早期建的，即使数据库设了
utf8mb4，表本身可能仍是latin1或utf8，必须单独改
安全修改表和字段字符集的命令
不能只靠 ALTER DATABASE ... DEFAULT CHARACTER SET utf8mb4 —— 它只影响后续新建的表，对已有表无效。必须显式改表和字段：
- 改整个表（含所有文本字段）：
ALTER TABLE your_table CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 只改某个字段（比如
content）：ALTER TABLE your_table MODIFY content TEXT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 如果字段是
VARCHAR且长度较大（如VARCHAR(255)），注意utf8mb4下单字符最多占 4 字节，InnoDB 行最大长度限制可能触发row size too large错误；此时可考虑改用TEXT或调小长度 - 执行前务必备份：
mysqldump -u user -p your_db your_table > backup.sql
my.cnf/my.ini 中的关键配置项
配置文件里写错一个参数，重启后还是乱码。重点只配这三处，其余留空或删掉：
-
[client]段下加：default-character-set = utf8mb4 -
[mysql]段下加：default-character-set = utf8mb4 -
[mysqld]段下加：character-set-server = utf8mb4和collation-server = utf8mb4_unicode_ci - 不要写
default-character-set = utf8或utf8相关别名 —— MySQL 8.0+ 已弃用该写法，且会静默失败 - Windows 下改完
my.ini后，必须用管理员权限重启服务：net stop mysql && net start mysql；Linux 下用sudo systemctl restart mysql
最容易被忽略的是连接层：即使服务器和表都设对了，应用代码里没指定 charset=utf8mb4（比如 JDBC URL 缺 ?useUnicode=true&characterEncoding=utf8mb4，或 Python pymysql 连接时没传 charset='utf8mb4'），照样乱码。这一环不在数据库侧，但决定最终成败。
