如何在phpMyAdmin中导出JSON格式数据_前后端分离接口的数据准备-phpMyAdmin-PHP中文网

phpmyadmin导出json需切换至“自定义”模式并在格式下拉框底部选择，旧版本需升级至4.7+；字段名保持小写蛇形，中文可能被转义，大数据量易超时，建议分页导出或改用命令行。

phpMyAdmin 默认导出格式不包含 JSON，这是最常被卡住的第一步。不是功能缺失，而是它把 JSON 导出藏在了「自定义」导出流程里，且仅在「结构和数据」或「仅数据」模式下才可用。

必须先选中要导出的表（单表或多个表），不能在数据库概览页直接点「导出」
点击「导出」后，切换到「自定义」选项卡，别停留在「快速」模式
在「格式」下拉框中滚动到底部，找到并选择 JSON —— 它通常排在 CSV、XML 后面，容易被忽略
如果下拉里压根没 JSON，说明你用的是较老版本（如 4.6 或更早），需升级到 phpMyAdmin 4.7+（官方从 4.7.0 起正式支持 JSON 导出）

phpMyAdmin 导出的 JSON 直接映射数据库字段名，不会做任何命名转换。如果你的 MySQL 字段是 user_name、created_at，导出结果就是原样键名，而现代 API 普遍期望 userName、createdAt。

不要指望 phpMyAdmin 内置选项能改字段名；它不提供字段别名或重命名导出功能
临时方案：导出后用脚本批量处理，比如用 Python 的 json.load() + snake_to_camel 函数重写键名
长期建议：把字段映射逻辑写进后端接口层（如 Laravel 的 toArray() 或 Spring Boot 的 @JsonAlias），而不是依赖导出文件格式
注意：如果导出时勾选了 Export table names as titles，JSON 会多一层包装，变成 {"users": [...]}，这反而增加前端解析成本，一般应取消勾选

JSON 导出比 SQL 或 CSV 更耗内存和 CPU，尤其当字段含长文本、JSON 类型列或上万行数据时，phpMyAdmin 容易超时或内存溢出。

Browser Js

轻量级CDP浏览器控制，适用于AI代理。相较于内置浏览器工具，token消耗降低3‑10倍，仅在浏览时使用。

下载

优先尝试「分页导出」：在 SQL 标签页手动执行 SELECT * FROM `table` LIMIT 0, 5000，再对结果集导出，避免全表扫描
禁用「显示索引」和「显示评论」等附加信息（导出页底部选项），它们会让 JSON 体积膨胀 2–3 倍
如果服务器可控制，临时调高 PHP 配置：修改 max_execution_time 和 memory_limit，但别设成 -1，防止挂起整个服务
真正的大表（>10 万行）别硬扛 phpMyAdmin —— 改用命令行：mysqldump --tab=/tmp --fields-enclosed-by='"' --fields-terminated-by=',' --lines-terminated-by='\n' db_name table_name，再用工具转 JSON

这不是编码问题，而是 phpMyAdmin 对 UTF-8 字符的默认 JSON 编码行为：它调用 PHP 的 json_encode() 且未传 JSON_UNESCAPED_UNICODE 标志，导致中文被转义。

检查导出页面底部的「格式特定选项」区域，勾选 Export data in hexadecimal format 是错的，那个是给二进制字段用的；真正相关的是 Escape backslashes and NUL bytes —— 保持不勾选即可减少干扰
根本解法：升级 phpMyAdmin 到 5.2.0+，该版本已默认启用无转义 Unicode 输出
若无法升级，导出后用 echo $json | python3 -c "import sys, json; print(json.dumps(json.load(sys.stdin), ensure_ascii=False))" 修复一次
注意：如果数据库连接字符集不是 utf8mb4，即使导出设置正确，原始数据本身可能已损坏，先确认 SHOW VARIABLES LIKE 'character_set%' 和建表语句中的 CHARSET=utf8mb4

导出 JSON 看似一键操作，实际每一步都卡在版本、配置、数据形态的交叉限制里。最容易被忽略的是：它根本不适合当 API 数据源来用 —— 临时调试可以，上线前务必走真实接口验证，否则字段类型、空值处理、时间格式这些细节，导出文件永远骗不了人。