如何解决导入SQL时中文乱码但英文正常_文件BOM头与UTF8无BOM-phpMyAdmin-PHP中文网

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）建表，后续插入中文就会被静默截断或转成问号。

稿定AI

一款融合AI图像生成与智能编辑能力的在线设计工具，可辅助完成图片重绘、线稿处理和人物视觉优化等创作任务。

下载

实操建议：

检查建表语句末尾是否有 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; 只影响新建表