navicat 不生成备份任务日志，backup_20260727.log 文件不会自动创建；其界面不记录执行细节，真实日志需依赖 windows 任务计划程序历史记录、事件查看器中的 taskscheduler 日志及手动启用的 navicat.log，并检查 exit code 和权限问题。
navicat 备份任务日志没生成，不是配置漏了，而是它压根不写这种日志——你期待的 backup_20260727.log 文件，navicat 从不自动生成。
Navicat 本身不输出备份执行日志
它不像 mysqldump 那样默认把 stderr/stdout 写进文件，也不在备份路径下留任何文本日志。所谓“执行成功/失败”，只靠界面右下角状态栏一闪而过的提示或任务列表里的颜色标记，重启后就清空。真实执行痕迹得靠外部系统记录。
- Navicat 的“自动运行”只是调用自身命令行接口（如
navicat.exe --backup），不带--log-file或重定向参数 - 如果你没手动在脚本里加
> backup.log 2>&1，那 stdout/stderr 就直接丢弃 - 界面上看到的“已完成”可能只是进程启动成功，不代表 SQL 执行完或文件写入完成
Windows 任务计划程序没开历史记录
Navicat 定时任务本质是注册到 Windows 任务计划程序的，但默认完全不记日志。你点“运行”能看到结果，是因为手动触发绕过了调度器；定时执行失败，却查不到原因，大概率卡在这儿。
- 打开「任务计划程序」→ 找到你的 Navicat 任务 → 右键 → 「属性」→ 「历史记录」选项卡 → 勾选「启用此任务的历史记录」
- 真正有用的日志不在 Navicat 界面，而在「事件查看器」→ 应用程序和服务日志 → Microsoft → Windows → TaskScheduler → Operational
- 常见失败码：
0x1（路径错或命令不存在）、0xC0000022（权限拒绝）、0x41301（用户未登录导致任务挂起）
Navicat 自身日志开关没打开或路径不可写
它有内部日志（navicat.log），但默认关闭，且只记录启动、连接等基础动作，不记录备份任务细节——除非你主动开启并确保路径可写。
- 【工具】→【选项】→【日志】→ 勾选「启用日志记录」，确认日志路径（如
%APPDATA%\PremiumSoft\Navicat\Logs\）存在且当前用户有写权限 - 日志文件名通常是
navicat.log，不是按任务命名；搜索关键词如backup、mysqldump、exit code才能找到线索 - 如果日志路径在 OneDrive 或 NFS 挂载点上，可能因同步冲突或权限限制导致写入失败，表现为日志为空或只有初始化内容
最常被忽略的一点：你以为日志该由 Navicat 生成，其实它只负责发起，真正执行和报错的是 mysqldump 或系统调度器。不查 TaskScheduler 事件、不看 navicat.log 里 exit code、不手动跑一遍命令行参数，光盯着 Navicat 界面，永远找不到断点在哪。
