MySQL 5.7.8+才原生支持JSON类型，低版本导入会报错或退化为TEXT；须用SELECT VERSION()和JSON_VALID()验证支持，INSERT中JSON值必须用单引号包裹，导入时禁用二进制日志和延迟键写入，并立即用JSON_VALID()和JSON_TYPE()校验数据完整性。
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）划分范围的提交信息。
立即学习“PHP免费学习笔记（深入）”；
-
启用二进制日志：强制写 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），需提前清洗
JSON 类型看着简单，但跨环境导入时，版本兼容性、引号嵌套、服务端配置、字符集隐式转换，四个点里只要一个没对上，数据就 quietly 变质——而且查起来毫无征兆。
