手动执行正常而定时任务报语法错误，根本原因是定时任务不继承GUI上下文：不自动USE数据库、不识别相对路径、不共享字符集/SQL模式，且工作目录、变量替换、认证方式均与手动执行不同，必须显式声明所有依赖项。
手动执行正常、定时任务报语法错误，核心原因是自动任务不继承 GUI 的 SQL 执行上下文——它不会自动切换数据库、不补全 USE 语句、不识别相对路径，也不共享你当前连接的字符集/SQL 模式设置。
自动任务没指定默认数据库，脚本在空上下文中执行
Navicat 手动执行时，会根据你右键点击的数据库节点自动注入 USE db_name;；但定时任务只读配置里写的「连接名」，不读你当时在哪张表上点的右键。如果脚本开头没写 USE，建表或查询就会落在 information_schema 或空库下，报 Unknown database 或 No database selected。
- 检查任务编辑页 → 「常规」→ 「目标数据库」字段是否为空或拼错（比如填了
mydb但实际是my_db） - 更稳妥的做法：在 SQL 脚本第一行显式加上
USE `db_name`;（注意反引号，防关键字冲突） - 若脚本含多库操作，避免用
database.table全限定名，改用多个USE切换，降低解析歧义
脚本含 MySQL 8.0 不兼容的 DDL 子句（如 ROW_FORMAT=COMPACT）
Navicat 12–15 版本导出或同步结构时，常硬编码已弃用的子句，手动执行因客户端兼容层可能“吞掉”警告，但定时任务走的是直连 JDBC/CLI 路径，MySQL 8.0 严格模式直接拒掉。
- 典型报错：
ERROR 1064 (42000): You have an error in your SQL syntax，但光看提示找不到语法错在哪 - 打开脚本搜索
ROW_FORMAT=COMPACT、KEY_BLOCK_SIZE=0、STATS_PERSISTENT=0，全部删掉 - 长期解法：进 Navicat「工具 → 选项 → 模型 → MySQL」→ 取消勾选「包含行格式」和「包含统计持久化」
字符集与 SQL 模式不一致导致语句被重写或截断
手动执行时，Navicat 查询编辑器默认用连接配置的字符集（如 utf8mb4）和 SQL 模式（如 STRICT_TRANS_TABLES）；而定时任务可能回退到服务端默认值，比如 utf8mb3 或关闭严格模式，造成 CREATE TABLE 中的 JSON 字段被转成 LONGTEXT，后续插入 JSON 字符串就爆 Invalid JSON text。
- 导出脚本前，确认该连接的「高级」页中「字符集」设为
utf8mb4 - 在定时任务的「导出向导」→「高级」页，显式勾选
Export with CREATE DATABASE并设Character set为utf8mb4 - 若脚本用于 MySQL 8.0+，在「SQL 格式」页勾选
Generate DROP statements，避免因外键顺序引发的建表失败
路径、变量、权限三重脱钩导致预处理失败
定时任务工作目录是 Navicat 安装根目录（如 C:\Program Files\PremiumSoft\Navicat Premium 16\），不是你双击打开脚本时的所在文件夹；且 $Y$M$D 这类变量只在「导出任务」中生效，在「运行 SQL 文件」任务里根本不会替换；再加上后台进程无权访问 Windows Keychain 解密密码，连认证都过不去，更别说执行了。
- 所有
LOAD DATA INFILE、SOURCE、SELECT ... INTO OUTFILE必须用绝对路径，例如LOAD DATA INFILE 'D:/data/users.csv' - 别在 SQL 脚本里写
$DATE$—— 它只对 Navicat 导出任务的「文件名」字段有效，对脚本内容无效 - 若任务属性里勾了「不管用户是否登录都要运行」，必须取消「使用操作系统认证」，改用明文账号密码，否则
Authentication failed是必然结果
最易被忽略的一点：Navicat 定时任务不是“另一个 Navicat”，它是剥离 UI 后的轻量调度器，所有依赖交互状态的功能（自动补全库名、动态解析路径、GUI 层字符集协商）全部失效。想稳定，就得把上下文全写死——USE、字符集、路径、密码，一个都不能靠猜。
