Navicat自动备份路径按数据库连接单独配置，需在“连接属性→高级→设置位置”中修改并重启连接，批处理作业须重建才能生效，备份文件为不可编辑的.psc格式。
Navicat 自动备份文件的保存路径不是全局设置，而是**按数据库连接单独配置**的。改错地方或漏改某个连接，备份仍会落到默认 C:\Users\{用户名}\Documents\Navicat\... 下——这是绝大多数人备份“找不着”的根本原因。
修改连接级别的备份路径（必须做）
navicat 不提供统一的“全局备份路径”选项，所有备份行为都绑定在具体连接上。路径设置藏在「连接属性 → 高级」里，不是在「自动运行」或「计划任务」界面里改。
- 右键目标数据库连接 → 选择
连接属性 - 切换到
高级选项卡 - 找到
设置位置输入框（注意：不是“备份路径”，也不是“数据文件路径”） - 填入你想要的根目录，例如：
D:\navicat_backups\mysql_prod（结尾不要加反斜杠） - 点击
确定，**务必重启该连接**（断开再重连），否则新路径不生效
这个路径决定了后续所有通过该连接触发的备份（手动/自动）、导出、导入、甚至部分日志文件的落盘位置。如果连接名是 MySQL_Tencent，Navicat 会在你指定的根目录下自动创建 MySQL_Tencent 子文件夹存放备份文件。
批处理作业和计划任务不继承新路径？
很多人改完 高级 → 设置位置 后，发现定时任务仍把 .psc 文件存到旧路径——这是因为：批处理作业（自动运行 → 新建批处理作业）一旦保存，就固化了当时连接的路径快照。它不会动态读取连接当前的 设置位置。
- 已存在的批处理作业：必须删除后重建
- 新建批处理作业时，要先确保连接已更新路径并重连，再点击
备份→ 选库 →保存 - 保存时弹出的
配置文件名对话框，只是作业名称，**不影响实际文件落盘路径**
也就是说：路径由连接决定，不是由作业决定。作业只是调用连接的能力。
备份文件名和格式不受路径控制
Navicat 自动生成的备份文件是 .psc 格式（加密压缩包），不是纯 SQL。它的命名规则固定为 {数据库名}_backup_{时间戳}.psc，无法自定义前缀或后缀。如果你需要可读的 .sql 文件，得用「导出向导」或命令行 mysqldump，而不是「备份」功能。
-
.psc文件只能用 Navicat 的「还原」功能解压恢复，不能用文本编辑器打开 - 路径改对了，但看到的是乱码或打不开，不是路径问题，是格式本身如此
- 若需审计或 Git 管理，别依赖
.psc，应搭配mysqldump脚本走外部路径
Windows 权限和长路径容易被忽略
把路径设成 D:\backup\2026\mysql\prod 没问题，但若设成 D:\Program Files\Navicat Backups\，可能因 Windows UAC 权限导致写入失败——日志里只显示“备份失败”，不报权限错误。
- 优先使用无空格、无特殊符号的路径，如：
D:\navicat_bak - 避免路径总长度超过 260 字符（尤其启用定时任务时，Navicat 内部拼接路径可能超限）
- 确认目标磁盘有足够空间且未启用 BitLocker 或第三方加密软件拦截写入
真正生效的路径，只看连接属性里那一行文字是否正确、连接是否重连、批处理作业是否重建——其他任何地方的“设置”都是障眼法。
