phpmyadmin 无法识别 excel 导出的 csv 文件，根本原因是 excel 默认导出的并非标准 csv：可能含 bom、utf-16 编码、合并单元格残留或区域分隔符（如分号），而 phpmyadmin 仅支持 utf-8 无 bom、逗号分隔、结构规范的纯文本 csv。
phpmyadmin 无法识别 excel 导出的 csv 文件，根本原因不是它“读错了”，而是 excel 默认导出的文件根本就不是标准 csv —— 它可能带 bom、用错编码、含合并单元格残留、或用了区域相关的分隔符（比如分号 ;），而 phpmyadmin 的 csv 解析器只认纯文本、无格式、结构明确的输入。
Excel「另存为 CSV」实际导出的是什么？
Windows 版 Excel（尤其旧版或非英语区域）默认导出的所谓 “CSV” 往往是：UTF-16 LE 编码 + BOM（ 开头）+ 字段用双引号包裹 + 换行符混用 \r\n 和 \n。phpMyAdmin 底层用 PHP 的 fgetcsv() 解析，遇到 UTF-16 或 BOM 就直接卡在第一行，报 invalid field count in csv input 或静默失败。
- 必须手动选「CSV UTF-8 (逗号分隔)(*.csv)」——这个选项在 Excel 2016+ 新版才有，老版本压根不提供
- 如果只有「CSV (MS-DOS)」或「Unicode CSV」可选，导出后务必用 VS Code / Notepad++ 转成
UTF-8 无 BOM - 导出前删掉所有合并单元格、公式、图表、批注；否则 CSV 里会出现空列、
#N/A、#REF!等非法值
字段分隔符不匹配：逗号？分号？制表符？
Excel 在欧洲语言区域（如德语、法语 Windows）默认用分号 ; 分隔字段，而非逗号 ,。你看到文件扩展名是 .csv，但内容其实是 name;email;phone。phpMyAdmin 导入页若仍填 ,，就会把整行当一个字段，导致 0 行已插入。
- 用 VS Code 或
file -i data.csv查看真实编码和内容，别信文件名 - 导入页「字段分隔符」必须填你看到的那个字符，比如
;或\t，不能留空或依赖 auto - 字段含逗号（如地址
"Beijing, Chaoyang"）时，必须勾选「使用引号包裹字段」且引号类型设为"
中文乱码不是 phpMyAdmin 的锅，是编码链断了
乱码表现为字段名变问号、中文数据截断、或插入后查出来是 ???。这不是 phpMyAdmin 故意搞错，而是三处编码没对齐：CSV 文件编码 ≠ phpMyAdmin 导入页选的字符集 ≠ MySQL 表的 COLLATION。
- CSV 必须是
UTF-8 无 BOM（Notepad++ → 编码 → 转为 UTF-8 无 BOM） - phpMyAdmin 导入页「字符集」下拉框选
utf8mb4（不是utf8，后者不支持 emoji） - 目标表的
COLLATION必须是utf8mb4_unicode_ci或类似，可用SHOW CREATE TABLE table_name确认
首行是标题却没跳过，或者跳过了但字段错位
勾选「第一行包含列名」只控制是否跳过第一行，**不按字段名映射**——它严格按 CSV 列顺序对应表字段顺序。如果你的 CSV 是 email,name,id，而表结构是 id,name,email，勾选该选项只会让第一行被跳过，后面所有数据全错位。
- 导入前用
head -n 1 data.csv确认首行字段顺序，再比对DESCRIBE table_name输出的字段顺序 - 顺序不一致时，要么重排 CSV 列（用 pandas 或 awk），要么改用 SQL 导入（
LOAD DATA INFILE配合列别名） - 不要指望 phpMyAdmin 自动匹配字段名——它没有这个能力
真正麻烦的不是操作步骤多，而是每个环节都得手动验证：BOM 有没有、分隔符对不对、编码链断在哪一层、字段顺序是否肉眼可对齐。漏掉任意一环，导入就变成猜谜游戏。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
