CSV导入问题根源在于分隔符识别错误、LOAD DATA权限限制及字符集不一致；需正确配置phpMyAdmin的列分隔符（如\t）、禁用BOM的UTF-8编码、勾选“列名在第一行”并匹配字段名，避免空格或填反参数。
CSV导入时字段被错误截断或乱码
phpmyadmin 默认用逗号 , 和双引号 " 解析 csv，遇到制表符、分号或自定义分隔符（比如 | 或 @@）会直接按逗号切分，导致字段错位、数据丢失甚至 sql 导入失败。这不是编码问题，而是解析器根本没识别你的真实分隔符。
解决方法不是改文件编码，而是告诉 phpMyAdmin “别猜了，就用这个分隔符”：
- 上传 CSV 前，在 phpMyAdmin 中先选中目标表 → 点击 “导入” 页签
- 在
格式下拉菜单中选CSV（不是CSV 使用 LOAD DATA） - 展开
CSV 选项区域，关键填三项：
–列分隔符填你的实际分隔符，例如\t（制表符）、;、|
–文本限定符填你文件里包裹字符串的符号，常见是"或空（不填）
–列名在第一行勾选与否，取决于你 CSV 是否含 header 行 - 如果分隔符是制表符，必须手动输入
\t，不能粘贴一个 Tab 字符（phpMyAdmin 会把它转成空格）
使用 LOAD DATA 方式导入大文件时提示 “没有权限” 或 “无法打开文件”
选 CSV 使用 LOAD DATA 格式虽快，但底层调用 MySQL 的 LOAD DATA INFILE，要求文件必须放在 MySQL 服务端可读路径（如 /var/lib/mysql-files/），且用户需有 FILE 权限——而大多数共享主机或 docker 部署的 phpMyAdmin 默认禁用该权限。
绕过方法只有两个：
- 改用上面说的普通
CSV格式（非 LOAD DATA），它走 PHP 逐行解析，不依赖 MySQL 文件权限，兼容性更好 - 如果坚持用
LOAD DATA，需确认：
– 你有服务器 root 或 DBA 权限
– MySQL 配置中secure_file_priv没被设为NULL（查SHOW VARIABLES LIKE 'secure_file_priv';）
– CSV 文件已上传到secure_file_priv指定目录下，且 MySQL 进程有读取权限
导入后中文显示为问号或乱码
这和分隔符无关，是字符集链路断裂：CSV 文件保存编码、phpMyAdmin 页面编码、MySQL 表字段编码、连接层编码四者不一致。最常漏掉的是连接层。
立即学习“PHP免费学习笔记（深入）”；
QuickBooks Mileage CSV
下载
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
操作顺序不能错：
- 确保 CSV 文件本身是 UTF-8 编码（用 VS Code / Notepad++ 查看并另存为 UTF-8，**不要带 BOM**）
- 在 phpMyAdmin 导入页面，
字符集下拉框必须选utf8mb4（不是utf8） - 目标表的字段类型应为
VARCHAR或TEXT，且排序规则是utf8mb4_unicode_ci或类似utf8mb4_* - 导入完成后，执行
SET NAMES utf8mb4;再查数据，排除会话层干扰
首行标题被当成数据插入，或字段顺序错乱
即使勾选了 列名在第一行，phpMyAdmin 仍可能因分隔符识别失败或字段数不匹配，把 header 当作普通行插入，或把第 1 列值塞进第 3 个字段。
排查重点在字段映射是否对齐：
- 导入前，先用文本编辑器打开 CSV，确认第一行字段数 = 表中字段数（忽略自增 ID、时间戳默认值等非空字段）
- 如果表字段比 CSV 列多，必须在
CSV 选项中启用使用列名匹配字段，并确保第一行列名与 MySQL 字段名**完全一致**（包括大小写、下划线） - 如果字段顺序不固定（比如 CSV 是
email,name,age，但表结构是id,name,email,age），必须勾选使用列名匹配字段，否则按位置硬绑定，必然出错 - 导入失败时，phpMyAdmin 底部会显示具体哪一行、哪个字段报错，例如
#1261 - Row 5 doesn't contain data for all columns，顺着这个行号去查 CSV 对应行即可
真正卡住人的往往不是分隔符本身，而是“以为自己填对了分隔符”，结果复制时带了不可见空格，或把 \t 当成字面量粘贴而不是转义符；还有人把 CSV 选项里的 文本限定符 和 列分隔符 填反了——这两个值一旦错位，整份文件就全乱。
