navicat 无真正命令行工具，其“命令行备份”实为调用 gui 程序传参运行，依赖登录态、gui 环境与授权，稳定性远低于 mysqldump；生产环境应改用数据库原生命令自动化备份。
navicat 没有真正意义上的命令行工具，所谓“命令行自动备份”只是调用其 gui 可执行文件（navicat.exe 或 navicat）传参触发备份动作，本质仍是图形界面程序在后台运行；它依赖用户登录态、gui 环境和授权状态，稳定性远低于 mysqldump 等原生命令。
navicat.exe --backup 参数必须匹配连接名而非数据库名
Windows 下用 navicat.exe --backup "MyConnName" "mydb" "D:\bk\%date:~0,4%%date:~5,2%%date:~8,2%.sql" 时，第一个参数是 Navicat 连接列表里显示的**连接名称**（如 prod-mysql-8.0），不是 MySQL 用户名或服务器地址。大小写、空格、连字符都必须完全一致，否则报错 Connection not found。
- 连接名可在 Navicat 左侧连接右键 →「编辑连接」→「常规」页顶部看到
- 若连接名含空格（如
Staging DB），命令中必须用英文双引号包裹：--backup "Staging DB" ... -
mydb是该连接下存在的具体数据库名，区分大小写（MySQL 在 Linux 下敏感）
Linux/macOS 上直接调用 navicat 命令会静默失败
macOS/Linux 的 navicat 命令行入口实际是 shell wrapper，启动时依赖 DISPLAY 和 XAUTHORITY 环境变量。cron 默认无图形上下文，脚本执行后立即退出，不报错、不生成日志、也不备份。
- 临时绕过方式（仅限有桌面环境的机器）：
DISPLAY=:0 XAUTHORITY=/home/user/.Xauthority /opt/navicat/Navicat --backup "MyConn" "mydb" "/backups/..." - 但
DISPLAY=:0在远程服务器或无桌面系统（如云主机）上根本无效 - 更隐蔽的问题：即使设置了环境变量，Navicat 启动后若检测到 session 不活跃（如 macOS 锁屏），也会中途退出
任务计划里不勾选“不管用户是否登录都要运行”等于没配
Windows 任务计划程序默认以“仅当用户登录时”运行，一旦远程断开、锁屏或注销，备份就停摆——而 Navicat 的 GUI 程序无法在无交互 session 中渲染界面。
- 必须勾选「不管用户是否登录都要运行」，并同步勾选下方「不存储密码则只在用户登录时运行」旁的复选框（否则会弹密码框阻塞）
- 「起始于(可选)」字段填的是脚本所在目录的绝对路径（如
C:\navicat-backup\），不是脚本全路径，也不是 Navicat 安装路径 - 若 Navicat 安装在
Program Files，务必勾选「使用最高权限运行」，否则写入备份目录时因 UAC 报Access is denied
真正可靠的自动备份不该依赖 Navicat CLI
所有基于 navicat.exe 或 Navicat 的自动化方案，都绕不开 GUI 生命周期、授权有效期、环境变量缺失、session 权限限制这四个硬伤。生产环境建议彻底跳过它，改用数据库原生命令：
- MySQL：用
/usr/bin/mysqldump --single-transaction --routines --triggers -h host -u user -p'pass' mydb | gzip > /backups/mydb_$(date +\%Y\%m\%d).sql.gz - PostgreSQL：用
pg_dump -h host -U user -d mydb --clean --if-exists | gzip > backup.sql.gz - 关键点：脚本开头加
#!/bin/bash，cron中用绝对路径调用命令，备份路径写死为绝对路径，避免依赖当前工作目录
Navicat 的价值在于可视化验证和一次性导出，不是自动化流水线。把备份逻辑耦合进 GUI 工具，等于把定时任务绑在一辆需要司机、油、路和红绿灯协调才能跑的车上——而 mysqldump 是自带引擎、能自己导航的车。
