mysql 8.0 不支持修改 caching_sha2_password 的 rsa 公钥，因其由服务启动时自动生成、只读且不可手动替换；解决相关认证问题应适配连接方式或切换为 mysql_native_password 插件。
MySQL 8.0 不提供直接“修改 caching_sha2_password 缓存公钥”的操作接口。这个插件内部管理的 RSA 公钥对（用于非安全连接下的密码加密传输）是自动生成、只读且不可手动替换的——你不能用 ALTER USER 或配置项去“更新”或“重载”它。
为什么找不到修改公钥的命令？
caching_sha2_password 的 RSA 公钥由 MySQL 服务在启动时自动生成并缓存在内存中，私钥则保存在服务器数据目录下（如 private_key.pem），但整个密钥生命周期完全由服务控制：
- 没有 SQL 命令、系统变量或配置项允许你指定、导入或刷新该公钥
-
SHOW VARIABLES LIKE 'caching_sha2_password_auto_generate_rsa_keys'只能告诉你是否启用自动密钥生成（默认 ON），不能干预内容 - 即使你手动替换
private_key.pem和public_key.pem文件，MySQL 启动时会校验或重建它们，旧文件会被忽略
遇到公钥相关错误时，实际要解决的是连接方式问题
典型报错如 Public Key Retrieval is not allowed 或 Authentication requires secure connection，本质不是公钥“坏了”，而是客户端没按 caching_sha2_password 要求的方式握手：
- 要么走 SSL/TLS 加密通道（推荐）：连接串加
SslMode=Required（.NET）、useSSL=true（JDBC）等 - 要么显式允许公钥获取（不推荐生产）：JDBC 加
allowPublicKeyRetrieval=true，PyMySQL 加auth_plugin='mysql_native_password'或设get_public_key=True - 要么干脆绕过它：把用户认证插件切回
mysql_native_password（见下一条）
想彻底避开公钥机制？改用户插件比动密钥现实得多
如果你无法控制客户端启用 SSL，又不想暴露 allowPublicKeyRetrieval=true 风险，最直接有效的做法是切换用户认证方式：
- 确认目标用户当前插件：
SELECT User, Host, plugin FROM mysql.user WHERE User = 'your_user'; - 执行切换（必须带
WITH和显式密码）：ALTER USER 'your_user'@'%' IDENTIFIED WITH mysql_native_password BY 'actual_password'; - 立即刷新：
FLUSH PRIVILEGES; - 注意 Host 必须和原用户定义完全一致（比如
'user'@'192.168.1.%'不能简写成'%'）
真正容易被忽略的是：很多人花几小时找“怎么换公钥”，却没意识到 caching_sha2_password 的密钥根本不是设计给人改的——它是个黑盒组件，你要适配它，而不是改造它。
