Navicat 的 .psc 备份文件仅支持同大版本 Navicat 通过「备份管理器→还原备份」操作恢复，不兼容其他工具或跨版本，且无公开文档与命令行接口，不宜作长期归档。
Navicat 不支持直接还原 PSC 格式备份
navicat 本身没有 psc 文件解析能力——这不是一个标准数据库导出格式，而是 navicat 自家的「压缩备份包」，只在同版本 navicat 中可被识别和还原。你用 navicat 备份生成的 .psc 文件，不能通过命令行、其他客户端（如 dbeaver、mysql workbench）或数据库原生命令（mysql、pg_restore）直接恢复。
常见错误现象：
双击 .psc 文件提示“无法识别的文件格式”；拖进 Navicat 导入界面灰显不可选；尝试用 7-Zip 解压后发现内部是加密或混淆结构，无法提取 SQL。
必须用同大版本 Navicat 才能还原 PSC
PSC 文件与 Navicat 主版本强绑定：16.x 备份的 .psc 无法在 15.x 或 17.x 中打开，即使小版本号接近（如 16.0.12 → 16.1.0）也可能失败。官方不提供跨版本兼容性说明，实测中降级/升级都容易报错 Invalid backup file format 或 Decryption failed。
使用场景仅限于：
• 同一团队内多台机器装有完全一致的 Navicat 版本
• 本地重装系统后找回旧版 Navicat 安装包 + 原始 .psc
• 还原前务必核对 Help → About Navicat 中显示的完整版本号（含 build 号）
还原操作必须走「备份管理器」，不是「导入向导」
很多人点开 Navicat 后直接右键连接 →「运行 SQL 文件」或「导入」，结果找不到 .psc。正确路径是：
• 顶部菜单栏 → 工具 → 备份管理器
• 点击左下角 还原备份 按钮（不是「导入」）
• 浏览并选中 .psc 文件 → 确认目标连接和数据库名
• 注意勾选 如果存在同名表则删除重建（否则可能跳过已存在的表，导致数据不全）
容易踩的坑：
• 还原时目标数据库字符集与原库不一致，会导致中文乱码（建议提前设为 utf8mb4）
• 备份时用了「结构+数据」，但还原时误选了「仅结构」
• 多台数据库还原时，没切换到对应连接——备份管理器 默认锁定当前活动连接，不会自动识别 .psc 绑定的是哪个库
跨机器还原前先验证备份完整性
Navicat 的 PSC 备份不带校验机制，传输或存储损坏后还原会静默失败（例如中途卡住、只建了表没插数据）。最简验证方式：
• 在源机器上用同一 Navicat 打开 备份管理器 → 查看备份详情，确认「备份时间」「数据库名」「表数量」和「总大小」
• 将 .psc 文件复制到目标机后，右键属性核对文件大小是否一致（MD5 不必，但字节数必须完全相同）
• 如果还原中途报错 Unexpected end of file，基本就是文件损坏或不完整
性能影响：
• PSC 还原比纯 SQL 导入慢 3–5 倍（因含解密+解压开销）
• 大于 2GB 的 .psc 文件建议分库备份，避免单次还原超时中断
复杂点在于：PSC 是黑盒格式，没有公开文档，也没有命令行接口。一旦 Navicat 版本迁移或授权失效，这个备份就实质上不可用了。别把它当长期归档方案。
