根本原因是导出—存储—导入三阶段字符集链路断裂：源表若为latin1则需先alter table convert to utf8mb4；导出必须加--default-character-set=utf8mb4；文件须为utf-8无bom编码；导入命令也必须指定该参数，四者缺一不可。
电脑导出的sql备份导入时中文变成问号、方块或“æŸç§æ–‡å—”，不是数据丢了，而是导出文件的字节流被目标mysql按错误编码解析了——比如源库用utf8mb4存中文，mysqldump却默认用latin1写进文件，而你又用没加参数的mysql命令直接导入，三环断裂，乱码必现。
确认源库实际字符集
别信建库时写的注释，直接查表结构：登录源数据库，执行 SHOW CREATE TABLE your_table_name;，重点看最后一行是否含 【DEFAULT CHARSET=utf8mb4】。若显示 DEFAULT CHARSET=latin1 或压根没这句，说明表本身就不支持完整中文，后续导出再怎么指定参数也救不回已错存的数据。
如果发现是latin1，先执行：ALTER TABLE your_table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; 再导出。这一步不可跳过，否则导出文件里中文字段实际是乱码字节，后期无法逆转。
导出时强制指定字符集
用 mysqldump 导出必须加 【--default-character-set=utf8mb4】 参数，且要放在用户名和密码之前：
mysqldump --default-character-set=utf8mb4 -u root -p your_db > backup.sql
不加这个参数，MySQL 5.7 默认用 latin1 编码写入 SQL 文件，哪怕你的表是 utf8mb4，导出内容也会被强制转成 latin1 字节序列——这就是乱码根源。注意：老版本 MySQL（如 5.5）不支持 utf8mb4，此时改用 --default-character-set=utf8，但无法存 emoji 和部分生僻汉字。
验证并修正SQL文件真实编码
编辑器里看着正常 ≠ 文件真是 UTF-8。Windows 记事本另存为“UTF-8”默认带 BOM，MySQL 会把 BOM 当非法字符报错；VS Code 若未手动选“UTF-8 无 BOM”，也常埋雷。
方法一：Linux/macOS 终端验证
执行 file -i backup.sql，输出必须含 charset=utf-8。若显示 charset=us-ascii 或 charset=gbk，说明文件被错误保存过。
方法二：Windows 下用 VS Code 修复
用 VS Code 打开 backup.sql → 右下角点击当前编码名（如“UTF-8 with BOM”）→ 选“Save with Encoding” → 点击 【UTF-8】（注意不是“UTF-8 with BOM”）→ 保存覆盖原文件。
方法三：批量转换编码（适用于已知原编码）
若 file -i 显示 charset=gbk，执行：iconv -f gbk -t utf8mb4 backup.sql > backup_utf8.sql。转换后务必再用 file -i 确认结果为 charset=utf-8。
导入前配置目标库环境
第一步：创建目标数据库时显式声明字符集CREATE DATABASE target_db CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
如果数据库已存在但字符集是 latin1，不要直接改 character_set_database，而应重建库或用 ALTER DATABASE target_db CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ——但该操作不影响已有表，只影响新表默认值。
第二步：导入命令必须带字符集参数mysql --default-character-set=utf8mb4 -u root -p target_db <br><strong>【漏掉这个参数，前面所有操作白做】</strong>。MySQL 客户端默认连接编码是 latin1，即使文件是 UTF-8，它也会把每个中文三字节当三个 latin1 字符解析，插入时自动转码丢数据。
第三步：检查目标库运行时变量
导入后立即执行：SHOW VARIABLES LIKE 'character_set%';
重点确认 character_set_client、character_set_connection、character_set_results 三项均为 utf8mb4。若其中任一项是 latin1，说明客户端连接未生效，需检查 my.cnf 中 [client] 段是否配置了 default-character-set = utf8mb4。
