Navicat启动时报caching_sha2_password插件未找到，根本原因是其内置旧版MySQL客户端库（如libmysql.dll）不支持该插件，需手动替换为系统中MySQL 8.0+提供的兼容库，而非修改服务端配置。
Navicat 启动时直接报 plugin caching_sha2_password not found 或类似找不到认证插件的错误
这不是 mysql 服务端的问题，而是 navicat 自带的旧版 libmysql.dll（windows）或 libmysqlclient.dylib（macos）不识别 mysql 8.0 的新认证协议。这类错误通常发生在启动 navicat 瞬间、甚至还没弹出连接窗口时，日志里能看到明确的插件加载失败提示。
根本原因是：Navicat 某些老版本（如 12.x 早期小版本）捆绑了 MySQL 5.7 时代的客户端库，它压根没有实现 caching_sha2_password 插件逻辑，连尝试握手的机会都没有，直接 abort。
解决思路不是改 MySQL，而是让 Navicat “被迫”使用系统已安装的、较新的 MySQL 客户端库：
- Windows 用户：找到 Navicat 安装目录下的
libmysql.dll（常见路径如C:\Program Files\PremiumSoft\Navicat Premium 12\），将其重命名或移走（例如改为libmysql.dll.bak）；Navicat 启动时会 fallback 到系统 PATH 中的libmysql.dll—— 只要你本地装过 MySQL 8.0 的完整安装包（含 client），这个文件通常已在C:\Program Files\MySQL\MySQL Server 8.0\lib\下存在且支持新插件 - macOS 用户：在 Navicat.app 包内定位到
Contents/Frameworks/libmysqlclient.dylib，同样重命名；确保系统级的libmysqlclient.dylib（如通过 Homebrew 安装的mysql-client）已加入DYLD_LIBRARY_PATH或软链到/usr/local/lib/ - 注意：此操作仅影响 Navicat 自身的客户端行为，不改动 MySQL 服务端任何配置，也无需重启 MySQL
- 风险点：若系统 PATH 中没有兼容的库，Navicat 将无法启动；建议先确认
mysql --version输出为 8.0+，再操作
执行 ALTER USER 报错 ERROR 1396：Operation ALTER USER failed for 'root'@'%'
说明你当前登录的用户没有权限修改目标账号，或者目标账号根本不存在于 mysql.user 表中。典型场景是：你想改远程用户 'root'@'%'，但实际只创建了 'root'@'localhost'。
先验证真实存在的用户记录：
SELECT user, host FROM mysql.user;
再根据返回结果精准匹配 host 值执行命令，不要盲目复制网上的 'root'@'%'：
- 如果只看到
'root'@'localhost'，就用ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_password'; - 如果想允许远程连接，不能直接改
'root'@'localhost'的 host，而应先创建新用户：CREATE USER 'navicat_user'@'%' IDENTIFIED WITH mysql_native_password BY 'strong_pass';，再授权 -
FLUSH PRIVILEGES;必须执行，否则更改不生效；该语句本身不会报错，但若前面的ALTER USER已失败，刷新也没意义
改完认证方式后 Navicat 仍连不上，但命令行能连
排除了服务端插件问题，焦点应转向 Navicat 连接参数本身。最常被忽略的是主机名解析和 socket/TCP 混用：
- 把连接配置里的“主机名/IP地址”从
localhost改成127.0.0.1—— 很多系统中localhost会强制走 Unix socket（Linux/macOS）或 named pipe（Windows），而 socket 连接不经过 TCP 认证流程，可能绕过你刚设的mysql_native_password规则 - 检查“端口”是否填对：默认是
3306，但有些一键安装包（如 XAMPP、MAMP）会改端口；可在 MySQL 命令行执行SHOW VARIABLES LIKE 'port';确认 - 关闭 Navicat “高级”选项卡里的“压缩通信”，部分老版本 Navicat 与 MySQL 8.0 的压缩协议存在 handshake 不兼容
- 确认 Navicat 连接时使用的用户名和密码，和你在
ALTER USER语句中指定的完全一致（包括大小写、空格）
为什么全局配置 default_authentication_plugin 不生效
加了 default_authentication_plugin=mysql_native_password 到 my.cnf 并重启 MySQL，但新创建的用户还是用 caching_sha2_password，说明配置没被正确加载。
关键检查点：
- 确认修改的是真正的 MySQL 配置文件：Windows 下是
C:\ProgramData\MySQL\MySQL Server 8.0\my.ini（ProgramData是隐藏目录）；Linux 下优先检查/etc/my.cnf，其次/etc/mysql/my.cnf；用mysqld --verbose --help | grep "Default options"查看 MySQL 实际读取的配置路径 -
[mysqld]节点必须存在且顶格书写，不能有空格或 Tab 缩进；配置项必须写在该节点下方，不能放在[client]或其他节里 - 重启后验证是否生效：
SELECT @@default_authentication_plugin;应返回mysql_native_password；若仍为caching_sha2_password，说明配置未加载 - 注意：该配置只影响后续
CREATE USER，对已有用户无作用，必须单独用ALTER USER修改
真正麻烦的从来不是改哪条 SQL，而是搞清当前 Navicat 加载的是哪个客户端库、MySQL 实际读取的是哪份配置、连接请求走的是 socket 还是 TCP —— 这三者一旦错位，所有命令都会失效。
