Navicat 16 无法打开旧大版本（如15.x或17.x）生成的.psc文件，仅兼容同为16.x且build号相近的小版本；.psc文件格式分SQL文本、XtraBackup物理备份和Navicat加密包三类，需先用文本编辑器查看开头字节确认类型，再对应处理。
Navicat 16 能否打开旧版本生成的 .psc 文件
不能，除非旧版本也是 Navicat 16 的某个小版本（如 16.0.x → 16.1.x），且 build 号兼容。Navicat 的 .psc 文件与主版本强绑定，15.x 或 17.x 生成的 .psc 在 16.x 中大概率报错 Invalid backup file format 或 Decryption failed。官方不提供跨大版本兼容说明，实测中降级（16 ← 15）失败率远高于升级（16 ← 17）——但升级同样不保证可用。
确认 .psc 文件真实格式的三步操作
别急着点“还原备份”，先用文本编辑器打开 .psc 文件看前 100 字节：
- 如果开头是
CREATE DATABASE、INSERT INTO或USE `xxx`—— 它其实是纯 SQL 文本，只是后缀写错了；重命名为.sql后右键目标库 →运行SQL 文件即可 - 如果开头是乱码（如
\x00\x00\x00\x01、^@^@^@或不可读二进制块）—— 这是 Percona XtraBackup 的物理备份（.psc被误标），Navicat 16 完全无法解析，必须用xtrabackup --prepare+--copy-back恢复实例 - 如果文件能被 7-Zip 列出内部结构但解压失败，或显示加密头（如
NAVICAT_ENCRYPTED_V2）—— 属于 Navicat 自有加密包，仅限同 build 号版本还原
还原前必须手动处理的几个关键项
即使 .psc 看似能被 Navicat 16 加载，也常因隐含配置导致静默失败：
- 还原前必须手动执行
CREATE DATABASE `your_db_name` CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;—— Navicat 不自动建库，且默认字符集可能是latin1 - 若原备份含存储过程或函数，检查还原设置里是否勾选了
Include routines and events；未勾选会导致FUNCTION xxx does not exist报错 -
.psc格式不保存触发器（TRIGGERS）和事件（EVENTS），必须额外执行SHOW CREATE TRIGGER导出结果并手动导入 - 遇到
ERROR 1231 (42000)或 GTID 相关错误，说明文件含SET @@GLOBAL.GTID_PURGED，需用sed -i '/GTID_PURGED/d' backup.sql（Linux/macOS）或 VS Code 全局替换删掉
真正卡住还原的，往往是“看不见”的细节
比如：备份时用了 MySQL 5.7 的 utf8 字符集，还原到 8.0 实例会因 utf8 被废弃而跳过建表语句；又比如备份来自启用了 sql_mode=STRICT_TRANS_TABLES 的环境，而目标库没开严格模式，部分 INSERT 会被静默截断。这些都不会在 Navicat 还原界面报错，只会在还原后查 SELECT COUNT(*) FROM your_table 时发现数据少一半。
