navicat本身不支持定时导出json，必须通过批处理作业+系统调度器（如windows任务计划或cron）调用命令行触发；其计划任务仅支持sql备份等四类操作，json不在可选列表中，且导出行为发生在本地机器而非服务器端。
navicat 本身不支持定时导出 json，所谓“定时”只能靠外部调度器触发客户端操作，且必须用命令行脚本绕过界面限制——纯点几下就跑定时 json 导出，做不到。
Navicat 计划任务根本不能选 JSON 格式
它的「自动运行」功能只支持 SQL 文件导出、备份、同步、导入这四类操作，JSON 不在可选列表里。哪怕你升级到 Navicat 17，导出向导里能看到 JSON 选项，但计划任务配置界面依然找不到它。试图在「新建计划任务 → 操作类型」里翻找 JSON 相关条目，只会白费时间。
常见错误现象：
- 设置完计划任务后执行，日志显示成功，但目标路径没有 .json 文件
- 生成的是空文件或 .sql 文件，因为系统默认 fallback 到 SQL 导出
- 任务报错
Invalid export format for scheduled task（实际错误名可能不一致，但本质是格式不被识别）
真正可行的路径：Navicat 批处理作业 + 系统级调度器
把导出动作封装成一个可复用的批处理作业，再交给 Windows Task Scheduler 或 cron 驱动。关键不是让 Navicat “自己定时”，而是让它“被定时调用”。
实操要点：
- 先在 Navicat 中建好一个查询，SQL 写完整 schema 名，例如
SELECT id, name, created_at FROM mydb.users，避免库上下文切换出错 - 右键该查询 →「导出向导」→ 格式选
JSON→ 路径填绝对路径（如D:\exports\users.json），注意路径不能含中文、空格或特殊符号 - 勾选「导出数据」，取消勾选「导出表结构」；在 JSON 选项中必须启用「使用双引号包裹字段名」和「每行一条记录」
- 导出设置完成后，点左上角「工具」→「批处理作业」→ 新建 → 把刚配好的导出任务拖进去 → 保存为
export_users_json - Windows 下用任务计划程序，操作设为启动
navicat.exe，参数填：--batch-job="export_users_json"（引号不能少，路径需正确）
为什么非得用脚本？JSON 导出的三个硬伤
即使走批处理作业，Navicat 原生 JSON 导出仍有三处不可忽视的缺陷，直接影响 API 消费：
-
NULL字段导出为空字符串而非null，前端 JSON.parse() 可能因字段缺失报错 - 时间字段固定为 ISO 8601 字符串（如
"2024-03-15T09:22:33"），若 API 要求 Unix 时间戳，得额外后处理 - 大表导出时无流式写入，10 万行易生成 200MB+ 单文件，API 接收端内存溢出或超时
所以生产环境更推荐：Navicat 只负责定时导出 CSV，再用轻量脚本转 JSON。例如 Linux 下一行搞定：
mysql -u user -p'pass' -N -s -r -e "SELECT id,name,created_at FROM db.users" db | jq -R 'split("\t") | {id: .[0], name: .[1], created_at: .[2]}' | jq -s '.' > /path/to/api_data.json 这样字段可控、编码明确、还能加 jq 清洗 null 和时间格式。
最容易被忽略的一点：Navicat 导出行为永远发生在你本地机器上，不是数据库服务器。如果导出路径设在远程服务器目录，或者权限没开对，任务会静默失败——连错误提示都不给。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
