phpmyadmin导入csv时无编码自动检测功能，必须手动指定与文件真实编码完全匹配的字符集（如utf-8无bom选utf8mb4、gbk选gbk），否则中文乱码且无警告；根源在于csv无元数据，bom可省略，字节模式重叠导致无法可靠猜测。
phpMyAdmin 导入 CSV 时编码检测根本不存在
phpMyAdmin 本身不提供“自动检测 CSV 文件编码”功能，所有版本（包括 5.2+）都**不会分析文件 BOM 或内容特征来猜测编码**。它只按你明确指定的字符集解析上传的 CSV 数据——如果选错，中文就会变乱码，且无任何警告提示。
导入前必须手动确认并指定 CSV 的真实编码
常见错误是直接用 Windows 记事本保存 CSV 后选 utf8mb4，结果失败——因为记事本默认存为 GBK（Windows-936）或带 BOM 的 UTF-8，而 phpMyAdmin 的 Character set of the file 下拉框里选的是“数据库连接层解码用的字符集”，不是“自动转换源文件编码”。
- 用 VS Code / Notepad++ 打开 CSV，右下角看真实编码（如
UTF-8 with BOM、GBK、ISO-8859-1） - 在 phpMyAdmin 导入页，“Character set of the file” 必须选与之**完全匹配**的选项：
— CSV 是记事本 UTF-8 → 选utf8mb4（但注意：记事本 UTF-8 带 BOM，phpMyAdmin 能容忍）
— CSV 是记事本 ANSI（简体中文系统）→ 选gbk（不是utf8）
— CSV 无 BOM 且含中文 → 很可能是gbk，别碰latin1 - 若不确定，先用
file -i your.csv（Linux/macOS）或 PowerShellGet-Content your.csv -Encoding Byte | Select -First 3查前几个字节判断 BOM
绕过编码问题的实操替代方案
与其赌手动选对编码，不如从源头规避：
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
- 用 LibreOffice Calc 或 Excel 导出 CSV 时，显式选择
UTF-8编码（Excel 需另存为 → CSV UTF-8(.csv)） - 用命令行强制转码：
iconv -f gbk -t utf8 input.csv > output.csv，再导入并选utf8mb4 - 临时改 phpMyAdmin 配置（仅限可修改服务器者）：在
config.inc.php加$cfg['UploadDir'] = 'upload';，把 CSV 放进该目录后用“从 Web 服务器上传目录导入”，此时编码由服务器环境决定，有时更稳定 - 导入失败后别反复试——phpMyAdmin 不会回滚已插入的乱码行，先清空表再重来
为什么 phpMyAdmin 不做自动检测？
CSV 是纯文本，没有元数据头；BOM 可被省略，中文在 GBK/UTF-8 中字节模式有重叠，靠统计猜极易误判。MySQL 服务端本身也不支持“导入时动态转码”，phpMyAdmin 只是把原始字节按指定字符集发给 MySQL 的 LOAD DATA INFILE。真正可靠的编码处理必须发生在文件生成或预处理阶段，而不是导入界面上点一下。
最常被忽略的一点：即使 CSV 编码选对了，如果目标表字段的 COLLATION 是 latin1_swedish_ci，存进去还是乱码——得先 ALTER TABLE ... CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
