报错本质是客户端不支持caching_sha2_password插件，最直接解法是执行ALTER USER切换用户认证插件为mysql_native_password并FLUSH PRIVILEGES；需先查SELECT User, Host, plugin FROM mysql.user确认目标用户及host，再精确执行ALTER USER'root'@'localhost'IDENTIFIED WITH mysql_native_password BY'pwd'等语句。
MySQL 8.0 连不上？大概率是客户端不认 caching_sha2_password
直接说结论：这个报错不是你配错了，而是 MySQL 8.0 默认用的 caching_sha2_password 认证插件，而你的客户端（比如 SQLyog、Navicat 12、旧版 Python mysql-connector）压根没加载或不支持它。常见现象是命令行能连（mysql -u root -p），但图形工具死活报错。
改用户认证插件最直接：执行 ALTER USER 命令
这是绝大多数人最快见效的做法，不需要改配置、不用升级客户端。前提是能用命令行或已有权限的客户端登录 MySQL。
- 先确认目标用户和 host：
SELECT User, Host, plugin FROM mysql.user;—— 注意看root对应的Host是localhost还是%，别写错 - 改插件并重设密码（以
root为例）：ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_new_password'; - 如果是远程用户，host 很可能是
%：ALTER USER 'root'@'%' IDENTIFIED WITH mysql_native_password BY 'your_new_password'; - 必须刷新权限：
FLUSH PRIVILEGES;
改完再查一遍 plugin 字段，确保已变成 mysql_native_password。之后图形工具就能用新密码连了。
连命令行都进不去？试试启动时指定默认认证插件
如果连 mysql -u root -p 都失败（比如忘记 root 密码，或初始安装后根本没设过），可以用安全模式绕过验证，再改插件。
- 停掉 MySQL 服务：
sudo systemctl stop mysql（Linux）或服务管理器（Windows） - 加参数启动跳过权限检查：
mysqld --skip-grant-tables --skip-networking & - 另开终端连进去：
mysql -u root（此时不用密码） - 然后执行：
UPDATE mysql.user SET plugin='mysql_native_password' WHERE User='root';，再FLUSH PRIVILEGES; - 重启 MySQL 正常服务
注意：这个方法跳过了所有权限校验，操作完务必重启服务并测试，避免留空密码或开放未授权访问。
为什么不能只改配置文件加载插件？
有人试过在 my.cnf 里加 plugin-load=mysql_native_password.so，但往往无效——因为 MySQL 启动时只加载声明的插件，不改变已有用户的认证方式。用户记录里的 plugin 字段才是最终决定权。即使插件已加载，只要用户仍绑定 caching_sha2_password，客户端照样报错。
真正需要的是用户级的变更，不是服务级的插件注册。配置文件方案只适合全新初始化部署前预设，对已存在的用户不起作用。
