Navicat跨平台迁移连接时密码丢失如何办

Navicat 12+密码解密必须选用AES-128-CBC算法，对应navicat12+模式，密钥由硬编码字符串“libcckeylibcckey”及IV“libcciv libcciv ”派生，选错版本或Java环境低于1.8.0_151将导致乱码或失败。

直接解密本地保存的加密密码，不需要重置数据库账户或重新配置连接。

Navicat 12+ 版本密码解密必须选对算法

Navicat 12 及之后版本（包括 15、16）使用 AES-CBC 加密，密钥由固定 salt 和硬编码字符串派生。如果误选 navicat11 模式，解密结果全是乱码或空字符串。

1. 确认你的 Navicat 版本：菜单栏 → “关于 Navicat” → 查看具体版本号（如 16.0.3）
2. 工具中必须勾选 navicat12+ 单选按钮，不能靠猜测
3. Java 环境需为 1.8.0_151 或更高，否则 AES 密钥派生可能失败（JVM 默认策略限制）

从旧电脑提取加密密码的两个可靠路径

迁移时最常卡在“找不到加密密码字符串”。Navicat 不会明文存储密码，但会在以下两处留下加密值：

1. Windows：注册表路径 HKEY_CURRENT_USERSoftwarePremiumSoftNavicatConnections{connection_id}Password，右键导出为 .reg 后用文本编辑器打开，找 Password= 后的 Base64 字符串
2. macOS/Linux：配置文件通常位于 ~/Library/Application Support/PremiumSoft/Navicat/Connections/（macOS）或 ~/.navicat/Connections/（Linux），文件是二进制格式，但可用工具直接读取；更稳妥的是先导出为 .ncx 文件（Navicat → 文件 → 导出连接）

批量导入 .ncx 文件时容易忽略的兼容性细节

看似一键导入，实际有三个隐性条件决定是否成功：

1. .ncx 文件必须是 Navicat 原生导出的，手工修改或用其他工具生成的 XML 结构不兼容
2. 不同大版本（如 Navicat 12 导出的 .ncx）不能被标为 navicat11 的解密器处理，反之亦然
3. 如果 .ncx 中包含中文连接名或特殊字符，确保工具运行环境的系统编码为 UTF-8（Linux/macOS 默认满足，Windows 需确认 cmd 或终端已启用 UTF-8）

真正麻烦的不是解密本身，而是跨平台时注册表路径不可用、配置目录位置不一致、以及 Java 默认字符集导致 .ncx 解析中断——这些细节不提前检查，就会卡在“导入成功但无结果”上。