MySQL迁移后中文变问号是连接层字符集不一致所致，需确保character_set_client、connection、results三者均为utf8mb4，再检查表与字段级编码及客户端连接参数是否匹配。
MySQL 8.0迁移后中文变问号、emoji显示为、SELECT HEX(col)看到的是合法 UTF-8 字节但展示乱码——这基本可以断定是字符集链路断裂，不是数据损坏，修复重点在“对齐五层编码”，而不是重导或瞎转文件。
查当前连接实际生效的三件套：character_set_client、character_set_connection、character_set_results
乱码第一现场永远是连接层。别急着改配置，先连上去执行：
SHOW VARIABLES LIKE 'character\_set%';
重点关注这三项是否**全部等于 utf8mb4**。常见错误现象：
-
character_set_client是latin1，但表里存的是utf8mb4字节 → 插入时被错解成 latin1 再转存，写进去就是乱码 - 三项不一致（比如 client=gbk、connection=utf8mb4、results=latin1）→ 中间转码两次，必然丢字节
- 即使服务端
character_set_server是utf8mb4，只要这三项没对齐，照样乱
临时验证：运行 SET NAMES utf8mb4;，立刻重试插入/查询。如果好了，说明问题就卡在这儿。
导出 SQL 文件本身含乱码？大概率是 mysqldump 没带 --default-character-set=utf8mb4
如果 head -n 20 backup.sql | grep CHARSET 显示 DEFAULT CHARSET=utf8 或压根没 charset，或者用 file -i backup.sql 看到 charset=us-ascii，那这个文件里的中文已经损毁，再怎么调目标库都没用。
正确导出姿势（顺序不能错）：
-
mysqldump --default-character-set=utf8mb4 -u root -p mydb > backup.sql——--default-character-set必须放在最前面，否则会被忽略 - 如果导出给 MySQL 5.7 用，额外加
--compatible=mysql57 --collation-server=utf8mb4_general_ci，避免utf8mb4_0900_ai_ci报错 - 别信
iconv -f latin1 -t utf8 backup.sql：latin1 到 utf8mb4 不是字节映射，是逻辑错位，转完还是乱
表结构声明了 utf8mb4，但字段查出来还是乱？检查字段级 CHARACTER SET 和 COLLATION
建表语句里写了 DEFAULT CHARSET=utf8mb4，不代表每个字段都继承了。字段可单独定义字符集，一旦写了 VARCHAR(255) CHARACTER SET latin1，它就按 latin1 存，谁也救不了。
查具体字段编码：
SHOW FULL COLUMNS FROM your_table;
看 Collation 列是不是 utf8mb4_0900_ai_ci 或 utf8mb4_unicode_ci（不是 latin1_swedish_ci）。
批量修正（注意锁表）：
- 只改表默认值（不够）：
ALTER TABLE your_table DEFAULT CHARACTER SET utf8mb4; - 真正生效的命令：
ALTER TABLE your_table CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci; - 若只想改某字段：
ALTER TABLE your_table MODIFY COLUMN name VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;
客户端连接字符串漏了 charset=utf8mb4，my.cnf 改得再全也没用
很多团队改完 /etc/my.cnf 里的 [mysqld] 段就以为搞定了，结果应用一连还是乱。因为客户端驱动（如 JDBC、PyMySQL、mysql CLI）在 TCP 握手时会主动发初始字符集声明，这个声明优先级高于服务端配置。
必须显式指定：
- JDBC URL：
jdbc:mysql://host:3306/db?useUnicode=true&characterEncoding=utf8mb4—— 缺一不可 - PyMySQL：
pymysql.connect(..., charset='utf8mb4') - mysql 命令行：
mysql --default-character-set=utf8mb4 -u root -p - MySQL Workbench：Connection → Advanced → Others 里填
characterSet=utf8mb4
云数据库（如阿里云 RDS）不能改 my.cnf，只能通过控制台参数组调整 character_set_client 等会话变量，且要确认是否支持动态设置。
最容易被忽略的一点：CONVERT TO CHARACTER SET 会重建整张表，大表执行期间锁表，业务高峰期慎用；而 MODIFY COLUMN 虽然精准，但若字段上有索引，可能因前缀长度限制失败（utf8mb4 下同样字符占更多字节），得先 DROP INDEX 再操作。
