导入csv中文乱码的典型表现是“张三”显示为问号或“–”等，根源多为csv未保存为utf-8无bom格式；phpmyadmin不提供编码选择，需预处理文件并准确配置分隔符、行结束符，必要时可临时选latin1绕过误判。

导入CSV时编码不匹配的典型表现 上传后中文全变成问号、方块或乱码，比如“张三”显示为“”或“–’–”，数据库表本身是 utf8mb4_unicode_ci 但数据仍错乱——这通常不是表字符集问题，而是phpMyAdmin在解析CSV文件时没正确识别源文件编码。

phpMyAdmin本身不提供“选择CSV编码”的下拉菜单，它依赖浏览器上传时的原始字节流 + 服务端默认处理逻辑，所以关键不在界面操作，而在文件预处理和导入参数配合。

QuickBooks Mileage CSV

使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。

下载

必须提前将CSV保存为UTF-8无BOM格式 这是最常被跳过的一步，也是90%乱码的根源：

• 用VS Code、Notepad++或Sublime Text打开CSV，另存为时明确选 UTF-8（不是 UTF-8 with BOM）
• Windows记事本默认保存为 ANSI（实际是GBK/GB2312），直接上传必乱，务必换编辑器
• 如果原始数据来自Excel，导出时选“CSV UTF-8 (逗号分隔) (*.csv)”——这是Microsoft 2016+新增的选项，旧版Excel需用“另存为→CSV（逗号分隔）”再用其他工具转码
• Linux/macOS下可用命令验证：file -i your_file.csv，输出含 charset=utf-8 才算达标

导入页面中要手动填写正确的字段分隔符和行结束符 phpMyAdmin不会自动探测CSV格式，填错会导致字段错位或截断，间接加剧编码误判：

• 分隔符（Fields terminated by）：多数CSV用英文逗号 ,，但中文Excel有时用分号 ; 或制表符 \t；若字段含逗号，应确认是否启用了文本限定符（Fields enclosed by 填 "）
• 行结束符（Lines terminated by）：Windows是 \r\n，macOS旧版是 \r，Linux是 \n；上传前用 hexdump -C your_file.csv | head 查末尾字节，0d 0a 对应 \r\n
• 勾选 Replace table data with file contents 或 Ignore duplicate rows 前先确认主键/唯一索引，否则可能静默丢数据

当UTF-8无BOM仍失败时，临时改用Latin1绕过检测 极少数情况（如CSV含混合编码或不可见控制字符），phpMyAdmin会把UTF-8字节流误判为Latin1并二次转码，此时可反向利用：

• 保持CSV仍是UTF-8无BOM，但在导入页面的 Character set of the file 下拉框中选 latin1
• 原理：latin1是单字节编码，phpMyAdmin读取时不转码，原样传给MySQL；只要目标字段是 utf8mb4，MySQL会把接收到的字节当作UTF-8处理
• 等效于执行：LOAD DATA INFILE ... CHARACTER SET latin1 → MySQL内部按UTF-8解释
• 仅限紧急修复，长期应溯源解决原始文件编码和生成逻辑

BOM头、行结束符、字段包裹符这些细节看着琐碎，但任一环节错位，都会让phpMyAdmin的编码推断完全失效。别信“上传完点确定就行”，CSV导入本质是一次手工协议对齐。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！