Navicat 15 不支持一键备份所有库，必须手动逐个展开数据库、在“可用的工作”中双击对应Backup条目加入批处理作业，且不同连接需分别操作，保存时须命名配置文件并指定绝对路径。
Navicat 15 不支持“一键备份所有库”——它没有“全库扫描+自动加入任务”的功能，所谓“一键”，实际是手动把每个库的 Backup xxx 任务逐个拖进批处理作业里，然后统一触发。
为什么「备份所有库」在 Navicat 15 里必须手动逐个添加
Navicat 的批处理作业不识别通配符或动态库列表，每个 Backup 条目都硬编码了三项：连接名、数据库名、服务器地址。即使你右键整个连接节点，也只会看到「备份」菜单项，且只对当前展开并选中的单个数据库生效。
- 误操作常见现象：
Ctrl + 左键多选多个数据库 → 右键 → 备份，结果只有最上面那个被备份，其余无任何提示或日志 - 左侧导航树中未展开的数据库不会出现在「可用的工作」列表里，必须先点开目标库才能看到对应的
Backup shop_db条目 - 不同连接下的库（如
MySQL@192.168.1.10和MySQL@192.168.1.11）无法共用一个任务，必须分别创建、分别添加
正确添加多个库到批处理作业的操作顺序
关键不是“快”，而是避免漏加、错加、路径冲突。建议按服务器维度分组操作：
- 顶部菜单 →
自动运行→新建批处理作业 - 左侧展开第一个数据库连接 → 展开其下所有目标库（如
user_db、order_db）→ 在右侧「可用的工作」中找到Backup user_db，双击加入「已选择的工作」→ 重复直到该连接下全部加完 - 再展开第二个连接 → 同样逐个点开库 → 找对应
Backup xxx条目加入（注意：不能拖拽整个连接，必须单库操作） - 保存时务必填写
配置文件名（如prod-all-backup-202610），否则关闭后任务列表清空 - 导出路径必须为绝对路径（如
D:ackup avicat），且 Navicat 进程用户对该路径有写权限；UNC 路径（如\nasackup）需提前映射为盘符并在服务上下文中可用
执行时容易被忽略的失败信号
批处理作业是顺序执行，某库失败不会中断后续，但错误只记在日志末尾，极易被滚动刷掉：
- 典型失败原因：
Lost connection（SSH 隧道断开）、Access denied（备份账号无LOCK TABLES或SELECT权限）、Permission denied（SELinux/AppArmor 拦截、路径无写入权） - 日志位置：
自动运行 → 查看日志，必须拉到底部看最后一段，不能只扫中间 -
.psc文件仍按库名独立生成（如user_db_20261020.psc、order_db_20261020.psc），不会打包压缩，也不合并 - 若需真正自动化、容错、跨版本兼容，应改用
mysqldump或pg_dump脚本 + 系统定时器，Navicat 批处理仅适合小规模、连接稳定、权限统一的场景
真正麻烦的从来不是点几下鼠标，而是当某天 billing_db 因 GTID 设置不一致导致备份静默失败，而你只看了日志前半截就关掉了窗口。
