Navicat导入JSON报错Invalid JSON format，主因是不支持NDJSON格式，需转为单个JSON数组；字段映射异常源于结构不一致或嵌套未扁平化；中文乱码、时间错误、数字精度丢失则由字符集、字段类型及JavaScript精度限制导致。
Navicat 导入 JSON 时提示 Invalid JSON format 怎么办
不是 json 文件本身有语法错误，而是 navicat 默认只认“单个 json 对象”或“json 数组”，不支持换行分隔的多条 json（即 ndjson 或 jsonl 格式）。你拖进去的如果是每行一个对象（比如从 api 导出的日志），它会卡在第一行就报错。
实操建议：
- 用文本编辑器打开 JSON 文件，确认开头是
[{（数组）还是{（单对象）；如果是多行独立{...}，必须先转成数组格式 - 简单转换方法：在文件头加
[，每行末尾加,，最后一行末尾改]（注意别多逗号） - 更稳的方式：用 Python 快速合并：
import json<br>with open('data.jsonl') as f:<br> objs = [json.loads(line.strip()) for line in f if line.strip()]<br>with open('merged.json', 'w') as f:<br> json.dump(objs, f)
用 Navicat 的「导入向导」导入 JSON 数组，字段映射总对不上
Navicat 解析 JSON 数组时，会把第一个对象的键名当列名，后续对象如果缺字段、类型不一致（比如有时是 null，有时是字符串），它可能跳过整行、或把值塞进错误列。
实操建议：
- 确保所有 JSON 对象结构完全一致——字段名、嵌套层级、数据类型都相同；哪怕某个字段暂时没值，也显式写成
"field": null - 导入前点「高级」→ 勾选
Ignore invalid rows，避免因个别脏数据中断整个导入 - 如果 JSON 里有嵌套对象（如
{"user": {"name": "a", "age": 20}}），Navicat 不会自动展开；得提前用脚本扁平化，或导入后用 SQL 更新
想一次导入多个 JSON 文件，但 Navicat 没有批量选择功能
Navicat 的导入向导每次只接受单个文件，不能直接拖多个。硬要“批量”，本质是靠外部预处理把多个 JSON 合并为一个合法数组文件，再导入一次。
实操建议：
- Linux/macOS 下用命令快速合并：
cat file1.json file2.json file3.json | jq -s '.' > all.json
（需安装jq） - Windows 用户可用 PowerShell：
Get-Content *.json -Raw | ConvertFrom-Json | ConvertTo-Json -Depth 10 > all.json
- 注意：多个文件必须都是同结构的 JSON 数组，或者先统一转成单对象再合并；混用数组和单对象会解析失败
导入后发现中文乱码、时间字段变 0000-00-00 或数字精度丢失
这是字符集和字段类型不匹配导致的，不是 JSON 问题，而是 Navicat 在建表或映射时默认用了不兼容的类型。
实操建议：
- 目标表必须用
utf8mb4字符集，否则 JSON 里的中文在入库时就被截断或转成问号 - 时间字段（如
"created_at": "2024-03-15T10:20:30Z"）不要映射到DATETIME—— Navicat 对 ISO8601 解析不稳定；先映射成TEXT，再用 SQL 转：UPDATE tbl SET created_at = STR_TO_DATE(created_at_text, '%Y-%m-%dT%H:%i:%sZ');
- 大数字（如 ID 超过
9007199254740991）在 JSON 中会被 JavaScript 丢失精度；导入前确认原始 JSON 里是字符串形式："id": "12345678901234567890"，而非"id": 12345678901234567890
真正卡住人的，往往不是怎么点菜单，而是 JSON 结构是否干净、目标表字段是否预留足够空间、以及那些隐式发生的类型转换——它们不会报错，但数据已经歪了。
