Navicat计划任务卡在“等待中”大概率是后台服务未运行，需打开services.msc检查NavicatSchedulerService或NavicatMonitorAgent是否启动并设为自动(延迟启动)，重启Navicat主程序后生效。
Navicat计划任务状态卡在“等待中”怎么确认服务是否运行
任务根本没动，大概率是后台服务没起来——navicat 的计划任务不靠主程序维持，而是依赖 navicatschedulerservice 或 navicatmonitoragent 这类 windows 服务轮询触发。
常见错误现象：任务列表里显示“已启用”，日志空空如也，但手动点「立即执行」却能成功。
- 打开
services.msc，搜索含Navicat和Scheduler或Monitor的服务名 - 右键启动，并设为「自动(延迟启动)」——直接设「自动」可能因依赖项未就绪而静默失败
- 服务启动后，必须重启 Navicat 主程序，否则界面仍读不到最新状态
导出路径写相对路径或权限不对导致文件生成失败
Navicat 计划任务以系统服务身份运行，工作目录不是你双击 Navicat 时的用户目录，而是 C:\Windows\System32 或无上下文环境。所有路径必须绝对，且目标目录需显式授权。
典型错误：设置导出到 D:\reports\sales.xlsx，实际尝试往 C:\Windows\System32\D:\reports\sales.xlsx 拼接，自然失败。
- 路径必须以盘符开头，例如：
D:\reports\{date:yyyyMM}\sales_{date:yyyyMMdd}.xlsx - 提前手动创建好父目录（如
D:\reports\202607），服务进程不会自动建多级目录 - 右键目录 → 「属性」→ 「安全」→ 确认
NT SERVICE\NavicatSchedulerService有「写入」和「修改」权限
MySQL 导出报 ERROR 1290 (HY000) 怎么绕过 secure_file_priv 限制
Navicat 计划任务默认走服务端导出模式（即执行 SELECT ... INTO OUTFILE），会受 MySQL 的 secure_file_priv 配置限制。放开该配置有安全风险，更稳妥的是切换为客户端导出。
错误提示本质是 MySQL 服务端拒绝向非白名单路径写文件，不是 Navicat 配置问题。
- 在导出设置中取消勾选「导出到服务器」，改选「导出为文件」——这会让 Navicat 在本地拼接数据并写入，完全绕过
secure_file_priv - 若必须用服务端导出，可临时查
SHOW VARIABLES LIKE 'secure_file_priv';，把导出路径严格限定在其返回值目录内 - 不要尝试用
SET GLOBAL secure_file_priv = ''，MySQL 8.0+ 不允许运行时修改，且重启后失效
导出 Excel 打不开或内容为空的静默失败原因
文件有 .xlsx 后缀但打不开，或双击空白、Python 读取报 BadZipFile，多数不是损坏，而是写入中断或配置冲突。
Navicat 不会在写入失败时弹窗报错，只留一个空壳文件。
- 检查文件大小：用 PowerShell 运行
Get-Item export.xlsx | Select-Object Length，几百字节基本确认写入失败 - 把后缀临时改为
.zip并尝试解压——失败即坐实 ZIP 结构不完整 - 导出设置里禁用「压缩导出文件」「加密导出文件」；格式明确选
Excel (.xlsx)；编码选UTF-8 (不带 BOM) - 避免用网络映射盘（如
Z:\）作导出路径，连接不稳定会导致截断；一律用本地绝对路径，如C:\navicat_exports\
真正麻烦的不是某一步配错，而是多个环节叠加失效：服务没跑 + 路径权限不足 + secure_file_priv 挡路 + Excel 导出启用了压缩——这种组合会让日志里只有一行“任务完成”，实际什么都没留下。
