.psc 文件不能跨电脑迁移，因其是绑定原机环境的加密二进制快照，含ssh/ssl指纹、本地路径、数据库类型等私有元数据；真正可迁移的是utf8mb4编码的.sql文件，需手动建库并确保字符集与排序规则一致。
.psc 文件不能跨电脑迁移，它不是通用备份格式，而是 navicat 内部会话快照，绑定原机环境。
.psc 文件为什么在另一台电脑上打不开
-
.psc是加密二进制文件，含连接上下文、临时会话状态、SSH/SSL 指纹等私有元数据 - 换电脑后，即使 Navicat 版本一致，也会因以下任一原因失败：
- 连接使用了 SSH 隧道 → 新机器缺少对应私钥或
known_hosts条目 - 原备份依赖本地证书路径（如
C:\certs\client.pem）→ 新机该路径不存在，Navicat 不报错但还原卡住 - 数据库类型不匹配 → MySQL 导出的
.psc在 PostgreSQL 连接下点击还原直接灰显 - Navicat 17 导出的
.psc，Navicat 16 无法识别，提示“Invalid backup file format”
- 连接使用了 SSH 隧道 → 新机器缺少对应私钥或
真正能迁移的只有 SQL 导出文件
.sql 文件才是跨平台、跨版本、可审计、可重放的离线迁移载体，但必须注意三个硬性条件：
- 必须勾选「导出为 UTF8MB4 编码」，否则中文字段可能变成
??? - 必须手动在目标库执行
CREATE DATABASE，且字符集和排序规则要与源库完全一致（例如utf8mb4_unicode_ci） - 若导出包含存储过程或函数，需在导出设置中启用「添加 DROP 语句」和「包含 DEFINER 子句」，否则还原时可能权限报错
示例关键导出命令片段（Navicat 导出向导底层调用）：
mysqldump --default-character-set=utf8mb4 --skip-triggers --routines --databases mydb > mydb_20260727.sql
连接配置和查询历史可以迁移，但密码不行
- 连接信息用
.ncx文件导出导入即可，路径、端口、数据库名全保留 - SQL 查询历史、书签、ER 模型可通过 Navicat Cloud 同步（登录同一账号）
- 所有密码字段在
.ncx中为空或占位符，首次连接时需手动输入并勾选「保存密码」 - 如果你用的是 Windows，注册表路径
HKEY_CURRENT_USER\Software\PremiumSoft\Navicat\Servers下的连接项也带密码加密块，但直接导出注册表项不如用.ncx稳定
Navicat 的「备份」功能本质是本地快照机制，不是归档工具。想让备份真正可迁移，就得放弃 .psc，改用 mysqldump 或 Navicat 的「导出向导」生成 SQL，并把字符集、DEFINER、时区这些细节写死在导出参数里——漏掉任意一项，都可能让还原变成一场 debug 游戏。
