csv文件开头bom会导致phpmyadmin将误作数据，引发字段错位和#1136错误；需转为utf-8无bom编码，并确认分隔符、换行符、首行列名选项及字段顺序。
csv文件开头有bom导致phpmyadmin解析错位
phpmyadmin读到开头的字节，会把它当字段内容吞掉，首列多出三个乱码字符，后续所有字段整体右移一位，报“字段数有错”或#1136 - column count doesn't match value count。这不是你数错了列，是bom被当数据了。
- 用VS Code或Notepad++打开CSV → 右下角看编码，若显示“UTF-8 with BOM”，点它 → 选“转为UTF-8无BOM” → 保存
- Linux/macOS可用
sed -i '1s/^\xEF\xBB\xBF//' file.csv直接删BOM - 别信Excel导出时写的“UTF-8 CSV”——它默认带BOM；选“CSV (逗号分隔)(*.csv)”反而更干净（不带BOM、不自动改数据）
字段分隔符不是逗号却没手动指定
Windows区域设置为德语、法语等时，Excel默认用分号;作分隔符；有些工具导出用制表符\t。phpMyAdmin默认只认逗号，填错就全盘错乱，报“第1行字段数有错”。
- 用纯文本编辑器打开CSV，**肉眼确认第一行真实分隔符**：是
,、;还是\t？注意前后不能有空格 - 导入页中
Fields terminated by必须填你看到的那个字符，比如;或\t - 如果字段本身含逗号（如地址“Beijing, Chaoyang District”），必须勾选
Fields enclosed by并设为"，否则解析必然断裂
首行被当数据而非列名，触发类型冲突
报#1366 - Incorrect integer value: 'id' for column 'id' at row 1，本质是把CSV第一行列名当成数据插进去了。整行崩在类型上，不是数据有问题。
- 导入页务必勾选
First line contains column names——它只跳过第一行，不按名字映射，列顺序必须和表结构完全一致 - 检查目标表字段顺序：
DESCRIBE table_name;，确保CSV第一行字段名顺序与之严格对应 - 字段名里别混中文、空格、括号；用
user_id代替User Name，避免解析器卡住
换行符不统一导致字段跨行错位
Navicat或旧版Excel导出用\r\n（Windows换行），phpMyAdmin某些版本只认\n（Unix换行）。遇到\r\n时，解析器可能把一行切两半，后半截当新行处理，字段数瞬间对不上。
- 用Notepad++打开CSV → 编辑 → 行操作 → 转为Unix格式（即统一为
\n） - VS Code里底部状态栏点换行符标识（CRLF → LF）
- 导入页
Lines terminated by填\n，不要选“自动检测”
最麻烦的不是某一步做错，而是多个问题叠加：BOM + 分号分隔 + CRLF + 首行未跳过——这时报错信息只会说“格式无效”，但真正原因藏在四层之下。每次只改一个点，验证一次，比全量重做更省时间。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
