先把核心结论说明白：MySQL 导入备份文件出现乱码，通常并不是数据本身损坏，而是某一层字符集被“识别错了”。真正的重点不是盲目重复导入，而是先判断 client、connection、results 这三层里究竟是哪一层发生了字符集错位，再按问题所在逐项修复。排查时，需要在命令行执行SHOW VARIABLES LIKE 'character%'，确认这三项都已经是utf8mb4；导入时，命令里也要明确加上--default-character-set=utf8mb4；另外，配置文件还需要在[mysqld]段启用skip-character-set-client-handshake=ON，并在修改后重启服务。
直接说重点：MySQL 备份文件导入乱码，并不代表原始数据已经坏掉，而是字符集在某一层被错误解析了——必须先定位具体是哪一层编码错位，再进行针对性处理。只改表结构，或者仅仅设置数据库默认字符集，绝大多数情况下都解决不了中文乱码问题。
检查导入前的三件套：character_set_client、character_set_connection、character_set_results
图形化工具（如 Na vicat、DBea ver）通常会自动协商字符集，表面上看似正常，实际上很容易掩盖真正的问题；因此排查 MySQL 导入乱码时，命令行才是更可靠的入口。登录 MySQL 后立即执行：
SHOW VARIABLES LIKE 'character%';
重点只看这三项：
character_set_client：客户端声明自己发送数据时使用的编码character_set_connection：服务端以什么字符集来解析接收到的字节流character_set_results：服务端返回查询结果时采用什么编码输出
只要这三项中任意一项不是 utf8mb4（例如 latin1、utf8 或 gbk），那么在导入 SQL 备份文件时，中文内容就可能在连接层被错误转换、截断或误解码，后续再去改表字符集通常也无济于事。
导入命令本身必须带 --default-character-set=utf8mb4
不要把希望寄托在配置文件或环境变量上，直接在导入命令里显式指定字符集才最稳妥。推荐写法如下：
mysql --default-character-set=utf8mb4 -u root -p database_name < data.sql
这里要特别注意三点：
- 这个参数必须放在
mysql命令后、-u之前，顺序如果写错，参数可能不会生效 - 它只影响本次连接的
character_set_client和character_set_connection，不会主动修改character_set_results，因此仍然需要配合SET NAMES utf8mb4，或者提前确保服务端配置已经统一 - 如果报错
Unknown character set: 'utf8mb4'，说明当前 MySQL 版本低于 5.5.3，这种情况下必须先升级 MySQL 版本
确认 data.sql 文件实际编码是 UTF-8 without BOM
编辑器显示的编码名称，并不等于 SQL 文件的真实编码。排查 MySQL 导入乱码时，建议在 Linux 下使用 file -i data.sql 查看文件实际类型。常见问题主要有以下几种：
- Windows 记事本导出的 SQL 文件，默认可能是
ISO-8859-1或GBK，即使编辑器右下角显示“UTF-8”，也不一定真实可靠 - 带 BOM 的 UTF-8 文件（
U+FEFF开头）可能导致第一行 SQL 执行异常，或者让SET NAMES等关键语句失效、被跳过 - 混合编码文件（例如部分内容是 GBK、部分内容是 UTF-8）无法单纯依靠导入参数修复，必须先统一清洗编码
更安全的处理方式：
sed -i '1s/^xefxbbxbf//' data.sql# 清除 BOM
iconv -f gbk -t utf-8//ignore data_gbk.sql > data.sql# 转换遗留 GBK 文件
永久生效要改配置 + 重启，且必须加 skip-character-set-client-handshake
如果想让 MySQL 从根本上避免备份导入乱码，仅仅在 [mysqld] 段写入 character-set-server = utf8mb4 还远远不够。因为一些旧版客户端可能会强制声明使用 latin1，而服务端默认会接受这种协商结果。要真正统一字符集，必须补上：
[mysqld]
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci
skip-character-set-client-handshake = ON
同时还建议在 [client] 段增加：
[client]
default-character-set = utf8mb4
需要记住的关键点：
skip-character-set-client-handshake = ON会强制忽略客户端上报的字符集，让所有连接统一按照服务端指定的字符集执行，这对解决 MySQL 导入中文乱码非常关键- Linux 环境下修改配置后，必须执行
sudo systemctl restart mysql重启服务，仅仅 kill 进程并不会重新加载新的配置文件 - Windows 环境下也必须通过服务管理器重启 MySQL 服务，命令行使用
net stop/start mysql有时并不能确保配置完全生效
还有一个最容易被忽视的细节是：即使 MySQL 配置完全正确，如果终端本身不是 UTF-8 编码（例如 Windows CMD 默认代码页是 936），那么即便 character_set_client 设置成 utf8mb4，导入时依然可能出现乱码。因此在执行 mysql 导入命令之前，必须先确认终端编码环境本身也是 UTF-8。
