Navicat 16 本身不支持执行外部脚本，其“自动运行”仅调度内置备份、导出等作业，无法调用.bat/.ps1/.sh；真要定时执行外部脚本，必须绕过Navicat，直接使用Windows任务计划程序或Linux cron，并正确配置权限、触发条件及工作目录。
Navicat 16 的「自动运行」根本不会执行外部脚本
你在「自动运行 → 新建批处理作业」里看到的「可用的工作」列表中，只有 Backup、Restore、Export、Import 等内置动作，没有 RunScript 或 ExecuteCommand。即使你手动把 .bat 文件拖进界面，Navicat 也不会识别或封装它。
试图在 Navicat 界面中勾选“启用自动运行”后期待外部脚本被触发，结果只会是：任务状态显示“已运行”，但脚本零执行、无日志、无报错。
- Navicat 的计划逻辑只生成作业定义（.ntb 或 .xml），不是进程管理器
- 所有“执行”动作最终都由
navicat.exe或navicatcmd.exe加载并运行，它们不解析 shell 命令行 - 所谓“导出为批处理文件”，导出的是调用 Navicat 自身功能的封装脚本（如
--run-task backup.ntb），不是你的业务脚本
Windows 下真正可行的替代方案：用任务计划程序直接调用脚本
不要把 Navicat 当作调度中枢，它只是数据库操作工具。外部脚本该由 Windows Task Scheduler 直接驱动，且需规避三个典型失败点：
- 「触发器」里必须勾选 不管用户是否登录都要运行，否则锁屏/远程断开后脚本不执行
- 「常规」页必须勾选 使用最高权限运行，否则脚本无法写入目标目录（如
D:\backups\）或访问网络资源 - 「操作」页的「起始于(可选)」字段必须填脚本所在目录的绝对路径（如
D:\scripts\），不能留空；否则cd ..、相对路径日志写入等全部失效
示例命令行参数（适用于 .bat/.ps1）：
PowerShell.exe -ExecutionPolicy Bypass -File "D:\scripts\mysql_backup.ps1"
注意：PowerShell.exe 路径建议用绝对路径（如 C:\Windows\System32\WindowsPowerShell\v1.0\PowerShell.exe），避免因任务计划默认 PATH 缺失导致启动失败。
为什么不能用 navicat.exe --run-task 来间接执行外部脚本
有人尝试把外部脚本包装成 .ntb 文件再用 --run-task 调用，这不可行。因为：
-
.ntb是 Navicat 专有二进制格式，只能由 Navicat 解析，内容固定为连接+动作+参数，不支持嵌入任意命令 - 若强行修改
.ntb文件（如 hex 编辑插入 cmd /c），Navicat 启动时会校验签名并直接拒绝加载，报错Invalid task file - 即便绕过校验，Navicat 也只执行自己理解的动作类型，对未知指令静默忽略，不会抛异常
结论很明确：Navicat 16 不是脚本引擎，也不是轻量服务框架。它不提供、也不兼容任何“执行外部脚本”的扩展机制。
云环境或跨平台场景下的关键提醒
如果你的外部脚本涉及连接云 RDS（如阿里云、AWS），请特别注意：
- 脚本中若含 SSH 隧道，私钥路径必须是绝对路径，且不能设密码短语（除非明文写进脚本，不推荐）
- 公网直连时，RDS 白名单必须包含执行机器的**当前出口 IP**；家庭宽带/NAT 环境下，IP 动态变化会导致某天突然连不上
- Linux/macOS 上用 cron 执行时，PATH 往往不含
/usr/local/bin或~/.navicat，mysqldump或rclone命令可能找不到——务必在脚本开头显式设置：export PATH="/usr/local/bin:/usr/bin:$PATH"
Navicat 在这类链路里唯一合理角色，是帮你测试连接参数、生成参考 SQL、或临时调试；把它拉进生产级自动化链条，等于给稳定系统加一层不可控黑盒。
