必须开启 debug 日志才能定位 navicat 备份失败原因，需退出程序、编辑 config.ini 添加 debuglog=1 和 loglevel=3，重启后查看 navicat_debug_*.log；日志中重点搜索 connection timed out、access denied、mysqldump 未识别、query execution timeout、schema mismatch 五类关键词。
必须开启 debug 日志，否则看不到任何 SQL 或连接细节
Navicat 默认完全不记录备份任务的执行过程，界面只显示「备份失败」四个字，连错误码都没有。你点「工具 → 选项 → 日志」看到的只是鼠标点击日志，和 mysqldump 执行、认证失败、超时无关。
真正能定位问题的日志，是 navicat_debug_*.log，但它默认关闭，且必须手动配置才能生成：
- 完全退出 Navicat（右键托盘图标选「退出」，确认
navicat.exe和navicat64.exe进程已结束） - 编辑
%APPDATA%\PremierSoft\Navicat Premium\config.ini - 在
[General]段落末尾添加两行：DebugLog=1和LogLevel=3 - 重启 Navicat，手动触发一次备份任务，再去
%APPDATA%\PremierSoft\Navicat Premium\logs\找最新navicat_debug_*.log
LogLevel=3 是底线——设成 1 或 2，基本看不到 SQL、连接参数、超时时间；设成 5，日志体积暴涨且干扰信息多。
日志里重点搜这五类关键词，别从头读
备份失败通常就集中在几个环节，带着目标查比通读快得多：
-
Connection timed out：网络或防火墙阻断，检查目标库端口是否可达 -
Access denied for user或caching_sha2_password cannot be loaded：mysqldump 认证插件不兼容（MySQL 8.0+ 常见） -
Failed to execute mysqldump或'mysqldump' is not recognized：路径没配对，或系统根本找不到该命令 -
Query execution timeout：备份过程中某条 SQL 卡住，可能表太大或锁住了 -
Schema mismatch或Unknown column：结构对比类任务失败，字段名/类型不一致
注意：日志中出现 Start Backup 但没有 Backup finished，说明卡在中间步骤，优先盯住它前面几行的报错。
备份任务走的是命令行通道，不是 GUI 连接配置
你在 Navicat 里测试成功的数据库连接，对备份任务几乎没用——它不复用那个连接对象，而是拼一条独立的 mysqldump 命令去执行。
这意味着：
- GUI 里勾选的「使用 SSH 隧道」不会自动带进备份命令，必须在备份设置的「高级」里显式启用并填对参数
- GUI 连接用的是
mysql_native_password，但备份调用的mysqldump可能是旧版本，不支持caching_sha2_password，得手动勾选「使用旧版身份验证」 - 密码含
@、$、&等符号时，命令行解析会出错，必须启用「转义密码」选项，或换简单密码 - Windows 下如果
mysqldump.exe在Program Files，普通用户权限可能被系统拦截，建议移到D:\mysql-client\bin\这类无限制路径
计划任务没日志？先确认系统级调度有没有真正启动
如果连 navicat_debug_*.log 里都找不到任何备份相关的日志行，说明 Navicat 根本没收到执行指令——问题不在备份本身，而在调度层。
常见卡点：
- Windows 任务计划程序服务没运行（不是「自动」，必须是「正在运行」状态）
- 任务属性 → 「常规」页没勾选「不管用户是否登录都要运行」，或勾了「不保存密码」却没填对账户凭据
- Navicat 启用了 Lite Mode（轻量模式），它会直接禁用所有后台任务功能
- 用 Microsoft 账户登录 Windows，计划任务凭据链断裂，换成本地账户更可靠
验证方法：手动双击计划任务能跑，但定时就不动——八成是凭据或权限配置问题，不是 Navicat bug。
debug 日志不是可选动作，是唯一能看清 mysqldump 实际执行了什么、被哪个参数拦住、在哪一步断开的途径。关掉它，就等于在黑盒里修电路。
