Navicat 不支持真正的定时任务调度，其“计划任务”依赖操作系统级定时器且需客户端常驻；Windows 可用任务计划程序调用 ncli.exe，macOS/Linux 应改用原生命令行工具或数据库内建事件。
Navicat 本身不支持真正的定时任务调度
navicat 是数据库客户端工具，不是作业调度服务。它没有内置的 cron 或 windows task scheduler 级别的后台守护进程，因此无法独立实现「到点自动执行 sql 脚本」。你看到的“计划任务”功能（如 navicat premium 的 automated tasks）本质是调用本地操作系统级的定时机制，并依赖 navicat 客户端保持运行——一旦 navicat 关闭或用户登出，任务就失效。
Windows 下用任务计划程序 + Navicat CLI 驱动执行
实际可行路径是：用系统原生任务计划器触发 Navicat 命令行工具 ncli.exe（Navicat Command Line Interface），通过参数指定连接和脚本路径。前提是已安装 Navicat Premium（仅 Premium 版含 CLI）且授权有效。
实操要点：
-
ncli.exe默认位于C:\Program Files\PremiumSoft\Navicat Premium 16\ncli.exe（路径随版本/安装路径变化，需确认） - 必须提前在 Navicat GUI 中保存好连接配置（Connection Name 如
prod_mysql），CLI 只能引用已存连接名，不能临时传账号密码 - SQL 脚本需为纯文本格式（
.sql），不含 GUI 特有语法（如/*navicat:...*/注释） - 命令示例（保存为
run_maint.bat）：ncli.exe -c "prod_mysql" -f "C:\scripts\maintenance.sql" -o "C:\logs\maint_$(date +%Y%m%d).log"
注意：$(date +...)在 Windows CMD 中不可用，应改用 PowerShell 或预生成时间戳 - 任务计划程序中，“操作”要设为“启动程序”，程序填
ncli.exe，参数填完整命令，且勾选“不管用户是否登录都要运行”+“使用最高权限”
macOS/Linux 应放弃 Navicat CLI，改用原生命令行工具
Navicat CLI 在 macOS/Linux 上无官方支持，ncli 不提供对应二进制。硬要走 Navicat 路径会陷入不可维护状态。直接用数据库原生客户端更可靠：
Windows-Android_SSH_Remote_Control
下载
通过 SSH 隧道从 Android 设备在互联网上对 Windows PC 实现完整远程控制的设置与使用指南，适用于远程桌面访问、安全 RDP 等。
- MySQL：用
mysql命令 +crontab，例如：0 2 * * * /usr/bin/mysql -h db.example.com -u maint_user -p'pass' mydb < /opt/scripts/cleanup.sql > /var/log/maint.log 2>&1
- PostgreSQL：用
psql+crontab，注意密码需配~/.pgpass文件避免交互 - 所有脚本开头加
SET autocommit = 1;或显式COMMIT;，避免事务卡住连接 - 日志重定向建议加
2>&1，否则错误信息（如连接失败、语法错）会丢失
真正需要定时维护时，优先考虑数据库内建方案
很多维护动作（如表优化、过期数据清理、统计信息更新）其实更适合在数据库服务端完成，而非靠客户端轮询。例如：
- MySQL 8.0+ 支持
CREATE EVENT，可直接在库内定义定时任务：CREATE EVENT daily_cleanup ON SCHEDULE EVERY 1 DAY DO DELETE FROM logs WHERE created_at < NOW() - INTERVAL 30 DAY;
- PostgreSQL 可配合
pg_cron扩展（需管理员安装），语法接近标准 cron - SQL Server 用 Agent Job，Oracle 用 DBMS_SCHEDULER —— 这些才是生产环境推荐的定时执行载体
- Navicat 只该用于开发阶段的手动验证或一次性操作，不该成为运维链路的一环
跨平台、免客户端依赖、故障隔离性好——这些优势远大于在 Navicat 里点几下“计划任务”的表面便利。脚本是否真被跑起来，得看服务端日志，而不是看 Navicat 界面有没有弹窗。
