Navicat无真正命令行界面，其“命令行备份”实为调用GUI程序传参启动，依赖登录态、图形环境与授权，稳定性远低于mysqldump；多库备份需为每个库单独建任务，无法动态参数化或并发执行。
Navicat 没有命令行界面，也不支持真正的批量多库备份任务——所谓“命令行备份”只是调用 GUI 程序传参启动，每个备份动作仍绑定单一连接与单一数据库名，无法动态参数化或并发执行。
navicat.exe --backup 参数必须精确匹配连接名，不是数据库名或服务器地址
Windows 下执行 navicat.exe --backup "MyConnName" "mydb" "D:\bk\backup.sql" 时，第一个参数 "MyConnName" 必须和 Navicat 左侧连接列表里右键 →「编辑连接」→「常规」页顶部显示的名称**逐字一致**（含空格、大小写、连字符）。例如连接名为 prod-mysql-8.0，就不能写成 Prod-Mysql-8.0 或 prod_mysql_80，否则报错 Connection not found。若连接名含空格（如 Staging DB），必须用英文双引号包裹，且不能漏掉。
Linux/macOS 上直接调用 navicat 命令会静默失败
macOS 和 Linux 的 navicat 启动脚本本质是 shell wrapper，依赖图形环境变量：DISPLAY 和 XAUTHORITY。cron 默认无 GUI 上下文，脚本运行后立即退出，不报错、不生成日志、也不备份。临时绕过方式（仅限本地桌面环境）：DISPLAY=:0 XAUTHORITY=/home/user/.Xauthority /opt/navicat/Navicat --backup "MyConn" "mydb" "/backups/"。但 DISPLAY=:0 在云主机、Docker 容器或 SSH 远程会话中根本无效；更隐蔽的是，macOS 锁屏或 session 不活跃时，Navicat 会中途退出，且无明确错误提示。
Windows 任务计划里不勾选“不管用户是否登录都要运行”等于白配
Navicat 是 GUI 程序，必须在有交互 session 的环境下渲染界面。任务计划默认以“仅当用户登录时”运行，一旦远程断开、锁屏或注销，备份就停摆。必须勾选：
- 「不管用户是否登录都要运行」
- 同步勾选下方「不存储密码则只在用户登录时运行」旁的复选框（否则弹密码框阻塞）
- 「起始于(可选)」填脚本所在目录的绝对路径（如 C:\navicat-backup\），不是脚本全路径，也不是 Navicat 安装路径
- 若 Navicat 安装在 Program Files，务必勾选「使用最高权限运行」，否则因 UAC 报 Access is denied
真正可靠的多库备份不靠 Navicat 封装层
如果你有 5 个库分布在 3 台机器上，Navicat 要求你为每个库单独建一个 Backup 任务，再手动拖进“分组”——这分组只是视觉收纳，不共享参数、不自动重试、不解决路径权限差异。而 mysqldump 可一行命令遍历所有库：mysql -e "SHOW DATABASES" | grep -Ev "(information_schema|performance_schema|mysql|sys)" | xargs -I{} mysqldump -h192.168.1.10 -uroot -p'xxx' {} > /backup/{}.sql。它不依赖 GUI、不卡登录态、可精确控制字符集、GTID、锁表行为，日志和错误码也清晰可捕获。Navicat 的所谓“命令行”只是把 GUI 操作包装成一次性的、不可调试的黑盒调用。
