如何在phpMyAdmin中正确导入包含JSON类型数据的SQL？-phpMyAdmin-PHP中文网

MySQL 5.7.8+才原生支持JSON类型，低版本导入会报错或退化为TEXT；须用SELECT VERSION()和JSON_VALID()验证支持，INSERT中JSON值必须用单引号包裹，导入时禁用二进制日志和延迟键写入，并立即用JSON_VALID()和JSON_TYPE()校验数据完整性。

如何在phpmyadmin中正确导入包含json类型数据的sql？

PHP 5.7+ 或 MySQL 5.7+ 才能原生支持 JSON 类型；低于该版本导入含 JSON 字段的 SQL 会直接报错或把字段存成 TEXT，数据结构和校验能力全丢。

确认 MySQL 版本和 JSON 支持状态

phpMyAdmin 只是前端界面，真正执行的是后端 MySQL。导入前必须验证服务端是否真支持 JSON：

在 phpMyAdmin 的「SQL」页执行：SELECT VERSION(); —— 确保结果 ≥ 5.7.0
再执行：SELECT JSON_VALID('{"a":1}'); —— 返回 1 才表示 JSON 函数可用
如果返回 NULL 或报错 FUNCTION JSON_VALID does not exist，说明版本太低，别硬导

SQL 文件中 JSON 字段值必须用单引号包裹

MySQL 要求 JSON 字面量在 INSERT/UPDATE 中是字符串，且**必须用单引号**，双引号会导致语法错误或被当成列名：

INSERT INTO users (name, profile) VALUES ('Alice', '{"age":30,"city":"Beijing"}');

✅ 正确：'{"key":"value"}'（外层单引号，内部双引号合法）
❌ 错误："{"key":"value"}"（外层双引号 → MySQL 解析失败）
❌ 错误：{"key":"value"}（无引号 → 被当作文法错误）
若原始 SQL 来自 mysqldump，检查其是否加了 --skip-extended-insert 或手动转义换行/引号

导入时禁用「启用二进制日志」和「启用延迟键写入」

这两个选项在 phpMyAdmin 导入页底部，默认可能勾选。对含 JSON 的大 SQL 文件容易触发超时或解析中断：

jm-jsjkxyjs02-zlm-405

使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。

下载

启用二进制日志：强制写 binlog，增加开销，且某些托管环境禁止此操作，直接拒载
启用延迟键写入：可能干扰 JSON 字段的索引构建（尤其带 GENERATED 虚拟列时）
建议：取消勾选这两项，导入完成后再单独建索引或补 binlog（如需）
若导入卡在 99% 或报 Lost connection to server，大概率是这俩选项惹的祸

导入后立即验证 JSON 数据完整性

别以为“绿色成功提示”就完事。JSON 字段极易因编码、转义或隐式类型转换 silently 损坏：

执行：SELECT id, profile, JSON_TYPE(profile), JSON_VALID(profile) FROM users LIMIT 5;
JSON_TYPE() 应返回 OBJECT 或 ARRAY，不是 STRING 或 NULL
JSON_VALID() 必须全为 1；若有 0，说明某条记录的 JSON 字符串实际无效（比如多了逗号、缺引号）
特别注意：从 Excel 或 CSV 转出的 JSON 常含不可见 Unicode 字符（如 \u2028），需提前清洗