自动任务复用GUI进程内存模型但不继承GUI状态，导致SQL执行上下文缺失、路径错误、日志缓存引发OOM、密码解密失败及系统调度服务未启用等问题。
自动任务复用 GUI 进程内存模型，但不复用 GUI 状态
手动执行时，navicat 会根据当前连接上下文、用户交互状态（比如是否已选中数据库、是否处于表视图）动态补全或修正 sql；而自动任务是独立后台线程，它只读取任务配置里“硬编码”的连接名和路径，不会继承你当前打开的数据库节点或焦点位置。常见表现是：[sql] finished with error，但同一脚本在查询编辑器里点运行完全正常。
- 检查任务配置中的「目标数据库」字段是否为空或填了错误名称——自动任务不会帮你自动切换到右键运行时所在的 DB
- SQL 文件开头没带
USE db_name;，且任务未显式指定默认数据库，就会在information_schema或空上下文中执行建表语句，直接报Unknown database - 如果脚本含相对路径引用（如
LOAD DATA INFILE 'data.csv'），自动任务工作目录默认是 Navicat 安装根目录，不是你双击打开时的当前路径
自动任务默认开启“详细日志”和“保存结果”，极易触发 OOM
手动执行最多缓存几页结果，而自动任务一旦勾选了「记录详细日志」或「保存执行结果」，就会把每条语句的返回行、影响数、错误堆栈全部序列化进内存，尤其当 SQL 文件含上千条 INSERT 时，OutOfMemoryError 几乎必然发生——这不是数据库慢，是 Navicat 自己撑不住。
- 打开任务编辑界面 → 「高级」选项卡 → 取消勾选「记录详细日志」和「保存执行结果」
- 若必须保留日志，改用「仅记录错误」级别，避免每行 INSERT 都打一条日志
- 对批量导入类任务，在「选项」里把
Fetch Size显式设为500（不要留空），强制流式拉取而非全量加载
自动任务无法调用 GUI 层的密码解密机制
你在 Navicat 里保存的连接密码，依赖当前登录用户的 Windows DPAPI 或 macOS Keychain 解密；但计划任务若以系统账户、服务账户或无人值守方式运行，这些凭据容器不可访问，直接导致 Authentication failed，连 MySQL 的 event_scheduler 都没机会触发。
- 检查任务属性 → 「常规」页 → 「不管用户是否登录都要运行」已勾选，且「使用最高权限运行」也勾选
- 改用免密认证：MySQL 开启
skip-grant-tables（仅测试环境）、IP 白名单 + 无密码用户；PostgreSQL 改用peer或trust认证模式 - 或者彻底绕过 Navicat 密码管理：把连接参数拆成明文命令行，用
mysql -h host -u user -ppass db_name -e "source /path/to/script.sql"方式调用
自动任务调度依赖系统服务，但常被静默禁用
Navicat 本身没有守护进程，它的「计划任务」功能只是包装了 schtasks.exe 或 launchd。如果 Windows 的 Task Scheduler 服务被停用、或任务配置里「配置为」选错系统版本（比如 Win11 选了 Windows 7），任务就永远不会启动，日志里只显示 0x41301，看起来像脚本报错，实际根本没跑。
- 运行
services.msc，确认Task Scheduler服务状态是「正在运行」，启动类型为「自动(延迟启动)」 - 进「任务计划程序」→ 找到 Navicat 创建的任务 → 右键「属性」→ 「常规」页检查「配置为」是否匹配当前系统（Win10/Win11）
- 「触发器」页确认时间设置无误；「操作」页里的
navicat.exe路径必须用英文双引号包裹，尤其当路径含空格时，例如"C:\Program Files\PremiumSoft\Navicat Premium 16\navicat.exe"
