Navicat升级后计划任务密码失效是因加密密钥链断裂所致：v15+采用更强密钥派生机制（如PBKDF2迭代提升、盐值重构），旧版加密凭据无法被新版本解密，导致navicatcmd.exe读取空密码而认证失败；必须在GUI中重新输入并保存密码，且确保profile路径正确指向带版本号的新配置目录。
升级 Navicat 后计划任务里的密码凭据失效、强制重新输入，不是 Bug，而是加密密钥链断裂的必然结果——旧版本用自己生成的密钥加密保存的密码，新版本无法解密，直接丢弃并回退到明文凭据模式。
Navicat 密码加密机制随版本硬性变更
Navicat 从 v15 升级到 v16（或跨大版本如 v12 → v15）时，底层加密模块会更换密钥派生算法（如 PBKDF2 迭代次数提升、盐值生成逻辑重构），且密钥不再复用旧版注册表/配置文件中的种子。这意味着：
-
navicat.exe和navicatcmd.exe启动时读取的加密凭据文件（Windows 下是%APPDATA%\Roaming\PremiumSoft\Navicat\connections.xml或其加密 blob）对新进程完全不可读 - 即使你没改过密码，Navicat 也会在首次启动时检测到凭据不匹配，自动清空已加密字段，只保留连接参数（host/port/database），密码栏变为空白
- 该行为在 macOS 上更明显：Keychain 中旧条目被标记为“过期”，新版本拒绝复用，必须手动授权写入新条目
计划任务调用 navicatcmd.exe 时根本拿不到密码
计划任务本身不存储密码，它只是调用 navicatcmd.exe 并传入 profile 名。而 navicatcmd.exe 启动后会去读取 profile 对应的连接配置——如果这个配置里密码字段是空的（因升级导致加密失效），它就无法完成认证，直接报 Login failed 或卡在连接初始化阶段。
- 错误现象：任务日志里出现
Connection refused或Authentication failed，但手动在 Navicat GUI 里点“测试连接”却能通——说明 GUI 已经重新输入并缓存了密码，而命令行进程没共享这份缓存 - 关键区别：
navicat.exe（GUI）可弹窗提示输密码；navicatcmd.exe（无界面）遇到空密码直接失败，不交互 - 解决方案不是“重输一次完事”，而是必须在 GUI 中打开对应 connection → 点击“测试连接” → 输入密码 → 勾选“保存密码” → 确保状态栏显示“已保存”后再保存 profile
升级后未重建 profile 或路径错位导致凭据丢失
v16+ 默认将 profile 存储位置从旧版的 %APPDATA%\Roaming\PremiumSoft\Navicat 迁移到 %APPDATA%\Roaming\PremiumSoft\Navicat Premium 16（带版本号子目录）。如果升级时勾选了“迁移设置”，但实际迁移脚本漏掉了加密凭据块，或者你手动复制了旧配置目录，就会造成 profile 文件存在、但密码字段为空。
- 检查方法：打开 Navicat → 文件 → 选项 → 常规 → 查看“配置文件路径”是否指向带版本号的新路径；如果不是，点击“更改”并指定正确路径
- 若 profile 名为
MyMySQL，需确认connections.xml里对应<connection name="MyMySQL">节点下是否有非空的<password>字段（注意：内容是加密后的 base64，不是明文） - 便携版用户尤其要注意：升级后安装目录变了，但计划任务里写的仍是旧版
navicatcmd.exe路径，导致调用的是旧二进制，而旧二进制又读不到新版加密格式——双重错位
最易被忽略的一点：升级后第一次启动 Navicat 时，如果跳过了“导入旧设置”向导，或向导中途崩溃，凭据迁移就彻底中断。此时连 GUI 都不会提示密码失效，只会静默使用空密码连接——你以为连上了，其实每次都是匿名或 guest 权限，计划任务自然也继承这个假连接状态。
