phpMyAdmin导入CSV中文乱码的根本原因是编码不匹配：文件实际为UTF-8（或GBK），而phpMyAdmin默认按latin1读取，且导入界面需手动在“字符集”栏填utf8mb4（非空或UTF-8），同时表结构、连接层及CSV无BOM须同步匹配。
phpMyAdmin 导入 CSV 时中文乱码的根本原因
不是 phpMyAdmin “不支持中文”，而是它默认按 latin1 或系统 locale 编码读取上传的 CSV 文件，而你的文件实际是 UTF-8（或 GBK），字节被错误解释，导致“ä¸æ–‡”“涓枃”这类典型乱码。关键点在于：phpMyAdmin 的导入界面本身**不提供编码下拉菜单**，所谓“指定编码”必须靠其他环节补位。
在 phpMyAdmin 界面中设置字符集的隐藏入口
很多人漏掉这个位置：上传 CSV 后、点击“执行”前，在“格式特定选项”区域展开后，有一个容易被忽略的字段叫 字符集（Character set）。它默认为空或显示 utf8，但实际生效的是你手动输入的值：
- 如果 CSV 是 UTF-8 编码（推荐统一用这个），填
utf8mb4—— 注意不是utf8，MySQL 的utf8实际只支持 3 字节 UTF-8 字符，中文没问题但 emoji 会截断；utf8mb4才是完整 UTF-8 - 如果 CSV 来自旧版 Excel 或 Windows 记事本导出，很可能是
gbk或gb18030，就填gbk（phpMyAdmin 内部能识别） - 不要留空，也不要填
UTF-8（带横杠大写会失败），必须用 MySQL 支持的小写名称：utf8mb4、gbk、gb18030
数据库表和连接层必须同步匹配
只改 phpMyAdmin 导入时的 字符集 字段远远不够。如果表结构本身用的是 latin1 字段，或者当前连接用的是 latin1，照样乱码。必须三者一致：
Knowledge Graph - Csv Graph Loader Generator
下载
从 CSV 数据集生成图数据库加载器和三元组映射。将表格 CSV 数据转换为图数据库可直接使用的节点、边和三元组。
- 确认目标表字段的
COLLATION是utf8mb4_unicode_ci（或gbk_chinese_ci），不是latin1_swedish_ci。可执行：SHOW CREATE TABLE your_table;查看 - 如果字段是
latin1，用ALTER TABLE your_table CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;批量转换 - phpMyAdmin 自身连接也受 MySQL 全局
character_set_client影响。若无法修改服务器配置，可在导入前手动执行：SET NAMES utf8mb4;（在 phpMyAdmin 的 SQL 标签页运行一次）
最易被忽略的陷阱：CSV 文件本身带 BOM 或混合编码
即使你填了 utf8mb4，如果 CSV 文件开头有 UTF-8 BOM（EF BB BF 字节），phpMyAdmin 会把 BOM 当作第一列数据读入，导致首列字段错位、乱码加剧；如果 CSV 混用了 UTF-8 和 GBK（比如部分字段从不同 Excel 复制粘贴而来），则任何单一编码设置都无效。
立即学习“PHP免费学习笔记（深入）”；
- 用 Notepad++ 或 VS Code 打开 CSV → 查看右下角编码显示 → 若为 “UTF-8-BOM”，点击编码菜单 → “转为 UTF-8”（去掉 BOM）→ 保存
- 不要依赖 Excel “另存为 CSV” —— 它默认用系统 locale 编码（Windows 中文版即
gbk），且不提示。导出时优先选 “CSV UTF-8（逗号分隔）(*.csv)” 这个明确带 UTF-8 的选项 - 导入失败后别急着重试：先用
head -n 5 your_file.csv | hexdump -C（Linux/macOS）或 HxD 工具（Windows）看前几十字节，确认是否真为 UTF-8 字节序列（如e4 b8 ad对应“中”）
