Navicat 15.0.8及以上版本才原生支持caching_sha2_password；此前版本因内置旧版MySQL驱动，缺失SHA-256握手协议实现，导致认证失败报错且无法通过设置绕过。
navicat 无法识别 caching_sha2_password，根本原因不是 navicat “不认识”，而是你用的 navicat 版本太老——它内置的 mysql 客户端驱动（libmysqlclient）压根没实现这个插件的握手协议。
Navicat 哪些版本才真正支持 caching_sha2_password？
只有 Navicat 15.0.8 及以上版本原生支持 caching_sha2_password。更早的版本（尤其是 12.x、14.x 的多数小版本）在编译时链接的是旧版 MySQL C API，缺少对 SHA-256 密码交换流程和缓存 salt 处理逻辑的支持。
常见误判点：
- 看到 Navicat 15 就以为“肯定行”——但必须是 15.0.8 或更新版本，早期 15.0.x（如 15.0.1）仍会报错
- 以为 Premium 版本自带新协议——不，版本号才是关键，Premium/Standard 不影响底层驱动兼容性
- 在官网下载页没注意“Release Date”，结果下了个 2019 年底发布的 15.0.0，依然失败
caching_sha2_password 握手失败时 Navicat 的典型表现
不是连接超时，也不是密码错误提示，而是非常明确的客户端级拒绝信号：
- 弹窗报错：
Authentication plugin 'caching_sha2_password' cannot be loaded - 连接测试直接中断，连输入密码的环节都进不去
- 日志里出现
Plugin could not be loaded或unknown authentication plugin - 即使配置了 SSH 隧道或 SSL，只要认证插件不匹配，照样卡在第一步
为什么不能靠改 Navicat 设置绕过这个问题？
这不是 UI 层面的选项开关问题，而是底层网络协议解析失败。Navicat 没有提供“强制降级认证方式”的配置项，因为：
- 认证方式由服务器在初始握手包中声明，客户端必须按规范响应
-
caching_sha2_password要求客户端生成带 salt 的 SHA-256 哈希，老驱动根本不含这部分代码 - 强行 patch 驱动风险极高，可能引发内存越界或连接静默中断
换句话说：不是 Navicat “不想支持”，是它“没能力支持”——就像给一台只装了 Windows XP 的电脑装不了 Windows 11 的驱动一样，缺的是底层能力。
最该先做的动作：确认你正在用的 Navicat 真实版本号
别信安装目录名或快捷方式备注，打开 Navicat → 帮助 → 关于 Navicat，看右下角精确到小数点后一位的版本号。如果低于 15.0.8，所有服务器端修改（比如改用户插件）只是临时补丁，升级客户端才是唯一治本路径。
尤其要注意企业环境中常见的“统一部署旧版客户端”策略——此时哪怕 MySQL 服务器配得再完美，Navicat 这一端仍是硬伤。
