SQL中文乱码主因是UTF-8文件带BOM头、客户端未设utf8mb4连接字符集、建表未指定CHARSET=utf8mb4，需依次检查并清除BOM、添加--default-character-set=utf8mb4参数、补全建表语句字符集。
导入SQL时中文乱码但英文正常，大概率是文件带BOM头
utf-8 文件如果带 bom（ef bb bf），mysql 客户端（尤其是 mysql 命令行工具或某些 gui 工具）会把它当作文本开头的不可见字符，导致后续的 set names utf8mb4 或建表语句解析错位，进而让中文字段值被截断或解码失败。英文字符 ascii 范围内不受影响，所以看着“正常”。
实操建议：
- 用
hexdump -C your.sql | head -n 1检查前几个字节：看到ef bb bf就确认有 BOM - 用
sed -i '1s/^\xEF\xBB\xBF//' your.sql直接删 BOM（Linux/macOS） - Windows 下推荐用 VS Code 打开 → 右下角点击编码名（如 “UTF-8 with BOM”）→ 选 “Save with Encoding” → “UTF-8”（无 BOM）
- 别依赖编辑器“另存为 UTF-8”，很多默认仍带 BOM；要明确选“UTF-8 无 BOM”或“UTF-8 (no BOM)”
MySQL 客户端连接层没设对 charset，光改文件没用
即使 SQL 文件是干净的 UTF-8 无 BOM，如果客户端连接时没声明字符集，MySQL 仍可能按 latin1 解析传入的 SQL 内容——尤其是中文字符串字面量（如 INSERT INTO t VALUES ('张三')）会被当成乱码存进去。
实操建议：
- 命令行导入时，**必须加
--default-character-set=utf8mb4参数**：mysql --default-character-set=utf8mb4 -u root -p db_name - 不要只靠
SET NAMES utf8mb4放在 SQL 文件开头——它只影响后续查询，不改变客户端连接初始 charset - 检查当前连接实际 charset：
mysql> SELECT @@character_set_client, @@character_set_connection;，两个都应为utf8mb4 - 如果用 phpMyAdmin 或 DBeaver，需在连接配置里显式指定服务器字符集为
utf8mb4，不能只设数据库或表的 collation
CREATE TABLE 语句里没指定 CHARSET，表本身存不下中文
即使导入过程没报错，如果建表语句里漏了 CHARSET=utf8mb4 或 COLLATE=utf8mb4_unicode_ci，MySQL 会按数据库默认 charset（常是 latin1）建表，后续插入中文就会被静默截断或转成问号。
实操建议：
- 检查建表语句末尾是否有
ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci - 没有的话，手动补上；注意不是
utf8（那是 MySQL 的阉割版，不支持 emoji 和部分汉字） - 已有表修复：
ALTER TABLE your_table CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 临时改库默认 charset 不解决根本问题：
ALTER DATABASE your_db CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;只影响新建表
SQL 文件里混用了不同编码的注释或字符串
有些 SQL 文件是从 Windows 记事本保存的 ANSI 编码（实际是 GBK），里面夹着中文注释，而主体 SQL 是 UTF-8。MySQL 解析时统一按连接 charset 解码，GBK 中文就会变成乱码，甚至破坏语法结构（比如把 /* 注释 */ 解成非法符号）。
实操建议：
- 全文件统一编码：用
iconv -f gbk -t utf8 your.sql > your_utf8.sql转换（Linux/macOS） - VS Code 中打开后，右下角编码显示不是 “UTF-8”，先点击切换再保存
- 避免在 SQL 文件里写中文注释；非写不可，确保编辑器保存为 UTF-8 无 BOM，且所有环境一致
- 用
file -i your.sql确认文件真实编码，别信扩展名或编辑器标题栏
最麻烦的其实是多种问题叠加：BOM + 连接未设 charset + 表没指定 utf8mb4 ——这时候单改一个地方根本没用。动手前先用 hexdump 和 file 看清文件真实编码，再用 SELECT @@... 确认连接层状态，最后查表定义。顺序错了，就总在原地打转。
