Navicat .psc文件不跨主版本兼容是设计限制，非bug；17.x生成的.psc在15.x中因加解密协议不匹配而被直接拒绝，报Invalid backup file format或Decryption failed，必须改用SQL导出方式迁移。
Navicat .psc 文件不跨主版本兼容是设计限制，不是 bug
Navicat 的 .psc 文件是加密压缩包，内部结构与主版本号强绑定。17.x 导出的 .psc 在 15.x 中根本无法识别格式，会直接报 Invalid backup file format 或 Decryption failed。这不是路径、权限或字符集问题，而是 Navicat 主动拒绝解析——它连文件头都校验不过。
还原失败时常见错误现象和真实原因
你点开 Navicat 15 → 工具 → 备份管理器 → 还原备份 → 选中 17.x 生成的 .psc 文件，结果：
- 文件列表灰显不可选（界面层拦截）
- 双击提示“无法识别的文件格式”（无解密密钥）
- 拖入后卡在“正在加载备份信息”，几秒后静默退出（无日志、无弹窗）
这些都不是配置错误，是 Navicat 15 根本没实现 17.x 的加解密协议。官方不提供迁移工具，也不公开 .psc 规范。
能绕过版本限制的唯一可行路径
如果必须把 17.x 备份内容迁到 15.x 环境，只能放弃 .psc，改走标准 SQL 路径：
- 用 Navicat 17 打开原连接 → 右键数据库 → 「转储 SQL 文件」→ 勾选「结构和数据」+「兼容 MySQL 5.7」+ 显式设置
SET NAMES utf8mb4 - 导出前手动执行
SET SESSION sql_mode = ''，避免NO_ZERO_DATE类严格模式干扰 - 导出的
.sql文件可被 Navicat 15 直接「运行 SQL 文件」或「导入向导」执行 - 注意：触发器、事件、存储过程需单独执行
SHOW CREATE TRIGGER结果，.psc不含这些
别碰“复制 connections.ncx”或“拷 config 目录”这种操作
有人试图把 17.x 的 connections.ncx 拷进 15.x 的配置目录，结果连接名全变 Connection_1、SSL 设置丢失、中文乱码。这是因为：
- v17 的
.ncx使用新序列化格式，v15 解析器直接跳过未知字段 - 密码字段加密方式已变更，v15 无法解密 v17 的密文
- 跨主版本的配置迁移必须走「文件 → 导出连接」+「文件 → 导入连接」，且两端必须同为 15.x 或同为 17.x
真正麻烦的从来不是“怎么还原”，而是“还原前没确认版本是否一致”——这个动作只需要看一眼 Help → About Navicat 里的完整 build 号，但 90% 的失败都卡在这一步。
