最稳妥的导出方式是取消全选后手动勾选必需列，导出CSV时需勾选“将列名作为第一行”，NULL值设为空字符串或\N，中文字段选utf8mb4字符集，并注意虚拟列与JSON字段的兼容性问题。
导出时只选中需要的列，别依赖“全选后取消”
phpmyadmin 导出界面默认会勾选所有列，但“取消勾选敏感字段”这一步极易漏掉——尤其当表有 20+ 列、滚动条藏住底部字段时。它不会高亮未勾选项，也不会校验你是否误删了主键或外键关联列。最稳妥的做法是：先取消全选，再手动勾选明确需要的列。
- 点击“导出”页签 → 找到“导出方法”下方的
自定义选项（别用“快速”模式，它不支持列筛选） - 展开“列”区域，点一下顶部的
全选按钮让它变灰（即取消），再逐个勾选id、title、created_at这类业务必需字段 - 特别注意：如果导出用于迁移或程序读取，
id和created_at常被忽略，但缺失会导致下游解析失败
导出 CSV 时字段名和 NULL 值容易出错
选中列后，导出格式选 CSV 很常见，但两个细节直接决定文件能否被 Excel 或 Python pandas 正确读取：字段名是否包含在首行 和 NULL 值怎么表示。
- 务必勾选
将列名作为第一行，否则 Excel 打开后全是数据，无表头 -
NULL 值显示为建议填空字符串""或\N（MySQL LOAD DATA 兼容），别留空——留空会导致 phpMyAdmin 默认写成NULL字符串，而非真正的 NULL - 如果导出含中文，确认
字符集选的是utf8mb4，否则 Excel 可能乱码
敏感字段没取消勾选？检查“结构”页签里的隐藏陷阱
有些字段看起来不敏感，比如 updated_by 或 is_deleted，但实际可能关联用户 ID 或软删除标记，导出后若被误用会引发权限或数据一致性问题。更隐蔽的是：phpMyAdmin 在“结构”页签里把某些字段标为 虚拟生成列 或 计算列，它们不存储真实值，但导出时仍会参与——若下游系统没做兼容，可能报错或跳过整行。
- 导出前切到表的
结构页签，扫一眼字段类型：看到GENERATED ALWAYS AS或AS关键字的列，要么确认下游支持，要么主动取消勾选 - 对
password_hash、api_token、email这类字段，建议右键复制字段名，再 Ctrl+F 在导出列列表里搜，双重确认已取消 - phpMyAdmin 5.2+ 版本对 JSON 类型字段导出有 Bug：若未勾选，有时仍会输出空对象
{}，建议导出后用head -n 5 exported.csv快速抽检前几行
导出大表时“取消勾选列”根本不起作用？换 SQL 导出
当表超过 5 万行，phpMyAdmin 的 Web 界面导出常卡死或截断，此时列筛选逻辑可能失效——页面提交的 POST 数据被 Nginx 或 PHP 截断，导致后端只收到部分 columns[] 参数。这时候图形界面不可信，得绕过它。
- 切到
SQL页签，手写SELECT id, title, status FROM my_table WHERE created_at >= '2024-01-01'（显式列出所需列 + 加条件缩小范围） - 执行后点结果区下方的
导出按钮（不是顶部导航栏那个），这里导出的是当前查询结果，列完全由 SQL 控制，不受界面勾选干扰 - 如果必须导出全量，且行数超 10 万，直接用命令行：
mysqldump --no-create-info --skip-extended-insert --fields-enclosed-by='"' --fields-terminated-by=',' -u user db table --columns=id,title,created_at > data.csv
