Navicat计划任务导出SQL失败主因是导出对象未正确选择、字符集/SQL模式不兼容、Windows任务计划配置不当及时间变量路径错误；需手动勾选数据库与表、设utf8mb4字符集、改任务登录选项、用$Y$M$D命名并确保路径存在。
Navicat 计划任务导出 SQL 失败：没选对“导出对象”类型
navicat 的计划任务本身不直接生成 .sql 文件，它调用的是“导出向导”逻辑。如果导出结果为空或报错 export failed: no data to export，大概率是任务里选了“表数据”但没勾选具体表，或误选了“结构和数据”却没指定数据库——navicat 不会自动推断你要导哪个库哪张表。
实操建议：
- 新建计划任务时，务必点开
Export Wizard→ 在“选择导出对象”页，手动勾选目标数据库 + 具体表（支持 Ctrl 多选） - 若只要建表语句，选“仅结构”；要数据+结构，选“结构和数据”；纯数据请选“仅数据”，但注意：部分版本对“仅数据”导出支持不稳定，优先用“结构和数据”再手动删语句
- 路径必须填绝对路径，比如
D:\backup\order_20240512.sql，不能用./export.sql或相对路径变量
定时执行后 SQL 文件内容异常：字符集/换行符/SQL 模式没对齐
导出的 SQL 脚本在 MySQL 命令行或其它工具里执行报错，常见于 Unknown character set 'utf8mb3'、Invalid default value for 'created_at'，本质是 Navicat 导出时默认用了源库的字符集和 SQL 模式，而目标环境不兼容。
实操建议：
- 在导出向导的“高级”页，把
Character set显式设为utf8mb4（不是utf8），并勾选Export with CREATE DATABASE（避免建库失败） - 取消勾选
Use extended INSERT syntax可提升可读性，但文件体积变大；勾选则单条INSERT插多行，恢复更快 - 如果目标 MySQL 版本 ≥ 8.0，建议在“SQL 格式”页勾选
Generate DROP statements，避免重复建表冲突
计划任务不触发或提示“Task disabled”：权限与服务状态被忽略
Windows 下 Navicat 计划任务依赖系统任务计划程序（Task Scheduler）代理运行，不是 Navicat 进程常驻。关机、用户未登录、或 Navicat 被设为“仅后台运行”都可能导致任务静默失败，错误信息只显示 Task disabled 或根本无日志。
实操建议：
- 打开 Windows
Task Scheduler，找到 Navicat 创建的任务（通常以Navicat Export Task开头），右键 →Properties→ 确保Run only when user is logged on改为Run whether user is logged on or not - 勾选
Do not store password会导致任务无法访问数据库，必须填密码（Navicat 会加密存储） - 检查 Navicat 是否以管理员身份运行过一次该任务——首次运行需授权，否则后续定时仍失败
导出脚本带时间戳但文件名重复：变量语法写错或路径没权限
想让每天导出的文件名含日期，比如 sales_20240512.sql，但实际生成的仍是 sales_.sql 或报错 Access denied to path，问题出在 Navicat 的时间变量不支持标准格式化，且路径父目录必须提前存在。
实操建议：
- 文件名中用
$Y$M$D（全大写，无分隔符），例如sales_$Y$M$D.sql→ 输出sales_20240512.sql；$h$m$s表示时分秒，不支持yyyy-mm-dd写法 - 目标路径如
D:\backup\必须手动创建好，Navicat 不会自动建目录；若写成D:\backup\auto\$Y$M$D\，先得建好D:\backup\auto\ - 避免路径含中文或空格，曾有用户因
D:\我的备份\导致任务卡住无报错，换成D:\backup\即恢复
最麻烦的其实是跨版本兼容：Navicat 15 导出的 SQL 在 MySQL 5.6 上可能因 JSON 字段语法报错，而 Navicat 12 又不支持 $Y$M$D 变量。导出前最好先手动跑一次向导，确认生成内容能被目标环境接受，再扔给计划任务。
