phpMyAdmin的“CSV for MS Excel”导出格式不支持自定义分隔符，必须改用普通CSV模式；导出后需手动保存为UTF-8 with BOM以防中文乱码；大表建议用mysqldump或SELECT INTO OUTFILE避免超时；导入前须确认勾选“Put column names in the first row”以包含表头。
导出时选“CSV for MS Excel”根本不管用
phpmyadmin 默认的 csv for ms excel 导出格式其实硬编码了逗号分隔、双引号包裹字段、换行用 \r\n，没法改分隔符。你点进去改“自定义分隔符”字段，它压根不生效——那个输入框只在 csv（非 excel 版）模式下才起作用。
- 必须切换导出格式为
CSV（不是CSV for MS Excel） -
Fields terminated by填你要的分隔符，比如|或; -
Fields enclosed by建议留空或填"；留空时，含特殊字符的字段不会被包裹，但多数导入工具能处理 - 勾选
Replace NULL with:并填\N（MySQL 原生 NULL 表示法），避免某些工具把空字符串和 NULL 混淆
中文字段名乱码？导出后是问号或 Mojibake
phpMyAdmin 导出 CSV 时默认用服务器当前字符集（通常是 utf8mb4），但 CSV 文件本身没编码声明，Excel 或其他工具常按系统默认（如 Windows-1252）打开，导致乱码。
- 导出前，在 phpMyAdmin 右上角确认当前连接字符集是
utf8mb4（看页面底部或执行STATUS） - 导出后，用编辑器（如 VS Code、Notepad++）手动将文件另存为
UTF-8 with BOM格式——BOM 是关键，能让 Excel 正确识别 UTF-8 - 不要依赖 phpMyAdmin 的 “Export as UTF-8” 复选框，它只影响 HTML 页面显示，不影响 CSV 文件字节流
大表导出卡死或超时？
phpMyAdmin 是 PHP 脚本，导出过程受 max_execution_time、memory_limit 和 post_max_size 三重限制，导出几万行就容易 504 或空白页。
- 优先用命令行替代：登录服务器，用
mysqldump直接生成带分隔符的 CSV：mysqldump -u user -p --tab=/tmp --fields-terminated-by='|' --no-create-info dbname tablename
- 如果只能用 phpMyAdmin，先在 SQL 窗口运行
SELECT ... INTO OUTFILE（需有FILE权限）：SELECT * FROM tablename INTO OUTFILE '/var/lib/mysql-files/export.csv' FIELDS TERMINATED BY '|' ENCLOSED BY '"' LINES TERMINATED BY '\n';
然后手动下载该文件 - 避免勾选
Save output to a file同时又开启Compression，PHP 压缩大文件极易内存溢出
导入工具报“列数不匹配”或跳过首行？
很多工具（比如 Logstash、Airbyte、甚至某些 Python pandas 读取脚本）默认把第一行当字段名，但 phpMyAdmin 的 CSV 导出默认不包含列头——除非你手动勾选 Put column names in the first row。
QuickBooks Mileage CSV
下载
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
- 这个选项只在
CSV模式下可见，CSV for MS Excel模式下没有 - 如果目标工具要求首行是列名，且字段顺序敏感，务必勾选；否则可能错位解析
- 注意：勾选后，导出的首行是纯字段名（无引号、无转义），若字段名含分隔符（如
user|name），仍会破坏结构——这时得先改字段名或用别名AS
导出 CSV 看似简单，真正卡住人的永远是那几个隐性约定：BOM 是否存在、NULL 怎么表示、首行算不算 header、分隔符是否真的被所有环节尊重——而不是界面上那个“自定义”输入框。
立即学习“PHP免费学习笔记（深入）”；
